6.11. Глоссарий

Платёжный Шлюз	Система SBC, обеспечивающая приём, обработку, хранение и передачу платёжных данных между участниками платёжного процесса (плательщиком, Присоединяющейся стороной, платёжными учреждениями).
Присоединяющаяся Сторона	Сторонняя организация, которая реализует интеграцию с Платёжным Шлюзом согласно API Use-cases с помощью команд API.
Торговец	Учётная запись пользователя в Платёжном Шлюзе, предоставленная представителям торговца.
Менеджер	Учётная запись пользователя в Платёжном Шлюзе, предоставленная представителям PSP или платёжных учреждений.
Реселлер	Учётная запись пользователя в Платёжном Шлюзе, предоставляемая агенту, который привлекает торговцев для PSP и платёжных учреждений.
Payer	Лицо, которое оплачивает товары или услуги, предоставляемые Присоединяющейся стороной. Также называется Клиентом.
Sender	Лицо, инициирующее отправку средств со своей стороны другому лицу.
Receiver	Лицо, запрашивающее/получающее средства от отправителя или Присоединяющейся стороны.
Acquirer	Участник платёжной системы, имеющий лицензию на приём платёжных карт.
Issuer	Участник платёжной системы, имеющий лицензию на выпуск платёжных карт.
Endpoint	Уникально идентифицированный терминал в Платёжном Шлюзе, который присвоен Торговцу и должен передаваться в командах API Платёжного Шлюза.
Группы терминалов	Набор конечных точек с различными валютами, объединённый и доступный как одна логическая уникально идентифицируемая единица, которую необходимо указывать в командах API Платёжного Шлюза вместо конечной точки.
Master Endpoint	Специальные endpoint, объединяющие вспомогательные endpoint. При оплате плательщик может выбрать нужный метод оплаты в платёжной форме. При выборе метода оплаты на стороне Платёжного Шлюза вызываются вспомогательные транзакции на соответствующих endpoint, что приводит к инициированию разных методов оплаты. Актуально для интеграции Payment Cashier. См. Payment Cashier.
Auxiliary Endpoint	Обычные конечные точки, объединённые главной конечной точкой, имеют собственные настройки и формы. Каждая вспомогательная конечная точка имеет собственный способ оплаты: кредитная карта, банковский перевод, криптовалюта и т. д. Актуально для интеграции Payment Cashier. См. Payment Cashier.
Проект	Сущность Платёжного Шлюза, которая определяет условия приёма платёжного сообщения и его дальнейшую маршрутизацию к подключённому Процессору.
Шлюз	Набор параметров, идентифицирующих учётную запись, зарегистрированную во внешней системе обработки. Эти параметры могут использоваться для обработки платёжных данных во внешней системе с помощью протокола обмена сообщениями, реализованного в Процессоре.
Процессор	Внутренняя сущность Платёжного Шлюза, которая инкапсулирует взаимодействие со сторонней процессинговой системой (например, Эквайером).
PAN	Номер платёжной карты или основной номер счёта.
RPI	Номер идентификации рекуррентного платежа. Идентификатор токенизированных данных держателя карты, собранных в первоначальной транзакции или зарегистрированных без транзакции, который может многократно использоваться для рекуррентных транзакций. Некоторые API Платёжного Шлюза предназначены для приёма RPI, другие — для приёма Описание: Card reference ID. Подробности см. в соответствующем сценарии использования.
Описание: Card reference ID	Идентификатор токенизированных данных держателя карты, собранных в первоначальной транзакции и пригодных для многократного использования в рекуррентных транзакциях. Некоторые API Платёжного Шлюза принимают RPI, другие — Описание: Card reference ID. Подробнее см. соответствующий сценарий использования.
Form	Форма, в которой указываются платёжные данные. В Form API платёжная форма размещается на стороне Платёжного Шлюза. В Direct API платёжная форма размещается на стороне Присоединяющейся стороны.
ACS	3DS Access Control Server.
3ds Метод	Скриптовый вызов, предоставляемый интегратором 3DS и размещаемый на сайте запросчика 3DS (платёжной форме Присоединяющейся стороны или платёжной форме Платёжного Шлюза). При необходимости используется для получения дополнительной информации о браузере и принятия решений на основе риска.
PaReq	Сообщение запроса аутентификации платежа. См. PaReq в схеме принятия решений 3DS соответствующего Use-Case.
PaRes	Сообщение ответа аутентификации платежа. См. PaRes в схеме принятия решений 3DS соответствующего Use-Case.
CReq	Сообщение запроса Challenge. См. CReq в схеме принятия решений 3DS соответствующего use case.
CRes	Сообщение ответа Challenge. См. CRes в схеме принятия решений 3DS соответствующего use case.