Программные интерфейсы предприятий могут обрабатывать информацию о смене фрод-статуса платежей, получаемую от СПМ.

Информация, передаваемая СПМ, содержит установленный в СПМ фрод-статус платежа и причину его установки. Все возможные фрод-статусы платежей приведены в таблице 3.1.

Таблица 3.1 – Фрод-статусы платежа, устанавливаемые в СПМ

Наименование

Английское наименование

Код

Расшифровка

Чистый

Clear

0

Мошенничество не обнаружено.

Подозрительный

Suspicious

50

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

Фрод (мошеннический)

Fraud

100

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

Все возможные причины выставления фрод-статуса платежа приведены в таблице 3.2.

Таблица 3.2 – Причины установки фрод-статуса платежа

Назименование

Код

Расшифровка

Математическая модель

1

Фрод-статус был установлен на основе проверки платежа методами математического моделирования.

Недостаточно данных для применения математической модели

2

Соответствует фрод-статусу «Чистый», но проверка методами математического моделирования не проводилась, поскольку данных по этому платежу недостаточно.

Проверка не проводилась

3

Соответствует фрод-статусу «Чистый», но никакие проверки не проводились.

Эксперт

4

Фрод-статус установлен экспертом.

Заблокированная карта

10

Фрод-статус установлен в соответствии с фильтром по номеру карты.

Заблокированный адрес E-mail

11

Фрод-статус установлен в соответствии с фильтром по адресу E-mail.

Заблокированное значение cookie

12

Фрод-статус установлен в соответствии с фильтром по значению cookie.

Заблокированная страна покупателя

14

Фрод-статус установлен в соответствии с фильтром по стране покупателя (страна установлена по IP-адресу покупателя).

Заблокированная страна банка-эмитента

15

Фрод-статус установлен в соответствии с фильтром по стране банка-эмитента

Заблокированный IP-адрес

16

Фрод-статус установлен в соответствии с фильтром по IP-адресу

Доверительная карта

17

Соответствует фрод-статусу «Чистый», поскольку карта занесена в список доверительных платежных средств.

Доверительный IP-адрес

18

Соответствует фрод-статусу «Чистый», поскольку IP-адрес занесен в список доверительных IP-адресов.

Фродовая цепочка

13

Соответствует фрод-статусу «Подозрительный». Этот платеж успешно проверен с помощью фильтров и методов математического моделирования, однако, определенные данные платежа совпадают с данными других платежей, признанных мошенническими.

Фрод-лист банка

20

Платеж определен как мошеннический в соответствии с фрод-листом банка

Заблокированный номер телефона

19

Фрод-статус установлен в соответствии с фильтром по номеру телефона покупателя.

Ограничения по лимиту

21

Фрод-статус установлен в соответствии с лимитом для данного мерчанта, внешней системы или платежного приложения с учетом совокупности платежей за определенный промежуток времени.

СПМ передает информацию о событиях в виде XML-документов путем HTTPS-запросов методом POST.

XML-документ для извещения об изменении фрод-статуса платежной операции имеет следующий вид:

<message>
      <authorization>
             <login>
                 Значение свойства outlogin внешней системы. 
             </login>
             <password>
                  Значение свойства outpassword внешней системы.  
             </password>
        </authorization >
        <event type="afs_changed">
              <payment>
                  <id>
                    Иденитификатор платежа во внешней системе
                  <id>
                   <fstatus>
                      Код из справочника фрод‑статусов (см. табл. 3.1).
                   </fstatus >
                   <reason>
                       Код из справочника причин фрод‑статусов (см. табл. 3.2).
                   </reason>
              < /payment>
         </event>
<message>

Документ может содержать информацию по нескольким платежным операциям одновременно. В этом случае в теге <event> должно содержаться соответствующее количество тегов <payment>.

Примеры (XML - пример готового документа с информацией о событиях СПМ и DTD - файл описания синтаксических правил для создания XML) можно найти по адресам: