5.11. Глоссарий

Платёжный Шлюз

Система ConnPay, осуществляющая приём, обработку, хранение и передачу платёжных данных между участниками процесса оплаты (Плательщики и Получатели Платежей, Присоединяющаяся Сторона, Процессоры).

Присоединяющаяся Сторона

сами торговцы; платёжные институты и провайдеры платежных услуг, представляющие торговцев; третьесторонние системы для обмена данными, интегрирующиеся к Платёжному Шлюзу с использованием API команд в соответствии со сценариями использования API.

Торговец

Учётная запись пользователя в Платёжном Шлюзе, которая предоставляется Присоединяющейся Стороне (торговцу или его представителю).

Менеджер

Учётная запись пользователя в Платёжном Шлюзе, которая предоставляется представителям Платёжного Шлюза.

Реселлер

Учётная запись пользователя в Платёжном Шлюзе, которая предоставляется агентам, участвующим в привлечении торговцев для взаимодействия с Платёжным Шлюзом.

Плательщик

Конечный клиент, оплачивающий товары или услуги, предоставляемые Присоединяющейся стороной. Также упоминается как Клиент.

Отправитель Платежа

Конечный клиент, инициирующий перевод средств.

Получатель Платежа

Конечный клиент, получающий перевод средств от Отправителя Платежа или Присоединяющейся Стороны.

Эквайер

Участник процесса оплаты, обладающий лицензией на банковских карт и проведение платежа.

Эмитент

Участник процесса оплаты, обладающий лицензией на выпуск банковских карт.

Терминал

Сущность с уникальным идентификатором, привязанная к определенному торговцу и предоставляемая Присоединяющейся Стороне для интеграции с Платёжным Шлюзом.

Группа Терминалов

Набор Терминалов в различных валютах, объединенный в единую сущность с уникальным идентификатором, привязанную к определенному торговцу и предоставляемую Присоединяющейся Стороне для интеграции с Платёжным Шлюзом.

Мастер Терминал

Специальный вид Терминала, объединяющий несколько Терминалов для приёма оплаты с помощью различных платёжных методов. Актуален для интеграции с приёмом различных платёжных методов на единой форме (Параллельная форма). Подробнее см. Параллельная форма.

Вспомогательный Терминал

Стандартный Терминал, настроенный на приём определённого платёжного метода и присоединённый вместе с другими такими Терминалами к Мастер Терминалу. Актуален для интеграции с приёмом различных платёжных методов на единой форме (Параллельная форма). Подробнее см. Параллельная форма.

Проект

Сущность в Платёжном Шлюзе, определяющая правила приёма платежей и их маршрутизацию в присоединённый Процессор.

Gate

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

Процессор

Сущность Платёжного Шлюза, содержащая протоколы взаимодействия с третьесторонней системой (например, банком-эквайером).

PAN

Номер банковской карты.

RPI

Идентификатор Повторного Платежа (Recurring Payment Identificator), содержащий в себе токенизированные данные держателя карты, зарегистрированные в первом платеже или без первого платежа. В зависимости от используемого протокола Платёжного шлюза, может использоваться Идентификатор Повторного Платежа или Ссылочный Идентификатор Платежа. Информация о необходимости того или иного идентификатора содержится в соответствующем Сценарии использования API.

Ссылочный Идентификатор Платежа

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

Форма

Платёжная форма, в которой указываются платёжные данные. В API-протоколах с использованием формы, платёжная форма расположена на стороне Платёжного Шлюза. В API-протоколах прямого взаимодействия, платёжная форма расположена у Присоединяющейся Стороны.

ACS

3DS Access Control Server.

3DS Method

Скриптовый запрос, предоставленный Интегратором 3DS и расположенный на стороне Запросчика 3DS (платёжная форма Присоединяющейся Стороны или Платёжного Шлюза). При необходимости используется для получения дополнительной информации о браузере и упрощения принятия решения о сценарии проведения 3DS на основе оценки риска.

PaReq

Запрос Payment authentication. См. раздел PaReq в схеме принятия решения о сценарии проведения 3DS в соответствующем Сценарии использования API.

PaRes

Ответ Payment authentication. См. раздел PaRes в схеме принятия решения о сценарии проведения 3DS в соответствующем Сценарии использования API.

CReq

Запрос Challenge. См. раздел CReq в схеме принятия решения о сценарии проведения 3DS в соответствующем Сценарии использования API.

CRes

Ответ Challenge. См. раздел CRes в схеме принятия решения о сценарии проведения 3DS в соответствующем Сценарии использования API.