.. meta::
   :description: Глоссарий терминов, используемых в API-интеграции Payneteasy: Endpoint, Торговец, Order, типы транзакций, 3DS, рекуррентный ID, callback и другие основные понятия.

.. _glossary:

Глоссарий
########################

.. list-table::
  :widths: 30, 70
  :header-rows: 0
  :class: longtable


  * - Платёжный Шлюз
    - Система Payneteasy, обеспечивающая приём, обработку, хранение и передачу платёжных данных между участниками платёжного процесса (плательщиком, Присоединяющейся стороной, платёжными учреждениями).
  * - Присоединяющаяся Сторона
    - Сторонняя организация, которая реализует интеграцию с Платёжным Шлюзом согласно API Use-cases с помощью команд API.
  * - Торговец
    - Учётная запись пользователя в Платёжном Шлюзе, предоставленная представителям торговца.
  * - Менеджер
    - Учётная запись пользователя в Платёжном Шлюзе, предоставленная представителям PSP или платёжных учреждений.
  * - Реселлер
    - Учётная запись пользователя в Платёжном Шлюзе, предоставляемая агенту, который привлекает торговцев для PSP и платёжных учреждений.
  * - Payer
    - Лицо, которое оплачивает товары или услуги, предоставляемые Присоединяющейся стороной. Также называется Клиентом.
  * - Sender
    - Лицо, инициирующее отправку средств со своей стороны другому лицу.
  * - Receiver
    - Лицо, запрашивающее/получающее средства от отправителя или Присоединяющейся стороны.
  * - Acquirer
    - Участник платёжной системы, имеющий лицензию на приём платёжных карт.
  * - Issuer
    - Участник платёжной системы, имеющий лицензию на выпуск платёжных карт.
  * - Endpoint
    - Уникально идентифицированный терминал в Платёжном Шлюзе, который присвоен Торговцу и должен передаваться в командах API Платёжного Шлюза.
  * - Группы терминалов
    - Набор конечных точек с различными валютами, объединённый и доступный как одна логическая уникально идентифицируемая единица, которую необходимо указывать в командах API Платёжного Шлюза вместо конечной точки.
  * - Master Endpoint
    - Специальные endpoint, объединяющие вспомогательные endpoint. При оплате плательщик может выбрать нужный метод оплаты в платёжной форме. При выборе метода оплаты на стороне Платёжного Шлюза вызываются вспомогательные транзакции на соответствующих endpoint, что приводит к инициированию разных методов оплаты. Актуально для интеграции Payment Cashier. См. :ref:`Payment Cashier <parallel_form>`.
  * - Auxiliary Endpoint
    - Обычные конечные точки, объединённые главной конечной точкой, имеют собственные настройки и формы. Каждая вспомогательная конечная точка имеет собственный способ оплаты: кредитная карта, банковский перевод, криптовалюта и т. д. Актуально для интеграции Payment Cashier. См. :ref:`Payment Cashier <parallel_form>`.
  * - Проект
    - Сущность Платёжного Шлюза, которая определяет условия приёма платёжного сообщения и его дальнейшую маршрутизацию к подключённому Процессору.
  * - Шлюз
    - Набор параметров, идентифицирующих учётную запись, зарегистрированную во внешней системе обработки. Эти параметры могут использоваться для обработки платёжных данных во внешней системе с помощью протокола обмена сообщениями, реализованного в Процессоре.
  * - Процессор
    - Внутренняя сущность Платёжного Шлюза, которая инкапсулирует взаимодействие со сторонней процессинговой системой (например, Эквайером).
  * - 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.

.. ifconfig:: "doc.payneteasy.com" in site_link

   ----

   .. admonition:: See also
      :class: related-cross-link

      `More payments and fintech terms in our glossary → <https://payneteasy.com/glossary>`_