Глоссарий

Деньги в той валюте и форме (наличной, безналичной, электронной), в которых они могут быть использованы для проведения платежей в конкретной ситуации.

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

Объект, обеспечивающий владельцу доступ к распоряжению платёжными средствами (например, наличные деньги, платёжная карта или электронный кошелёк).

Так, банкнота позволяет её обладателю оплатить товары и услуги на любую сумму в рамках номинала (или часть большей суммы), платёжная карта позволяет распорядиться деньгами со связанного счёта, учётная запись в интернет-банке может давать владельцу доступ к распоряжению деньгами со всех своих счетов в этом банке и так далее.

Отдельный способ проведения платежей, обладающий уникальным набором свойств для пользователей.

Каждый платёжный метод характеризуется совокупностью свойств, среди которых важную роль играют поддерживаемые виды платежей и операций, регионы и валюты, платёжные инструменты и пользовательские сценарии. При этом, как правило, за каждым платёжным методом стоит определённый платёжный продукт конкретной платёжной системы или провайдера, со своим товарным знаком, особенностями и ограничениями. Так, платёжными методами могут выступать Apple Pay и Google Pay, при работе с каждым из которых есть своя специфика, значимая для пользователей.

Платёжная платформа ecommpay поддерживает работу с множеством платёжных методов; актуальная информация о них представлена в разделе Методы.

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

Так, для платежей через платёжные терминалы характерны поддержка разовых оплат с возможностью использования нескольких платёжных инструментов (наличных денег, платёжных карт, электронных кошельков) и с необходимостью пользователей добираться до терминалов в течение определённого времени после заявки на оплату. И в этом примере платежи через терминалы — тип платёжного метода, а платежи через терминалы конкретных платёжных систем представляют собой отдельные платёжные методы. И аналогично для мобильных платежей, интернет-банкинга и других типов и методов этих типов.

Свойство платёжной карты, которое характеризует источники средств на связанном с ней счёте и может влиять на возможности её применения.

К базовым типам карт в современной платёжной индустрии принято относить дебетовые, кредитные и предоплаченные. В дополнение к ним различные платёжные системы могут поддерживать выпуск карт других типов, например, расчётных или „овердрафтных“. И вместе с другими критериями, такими как бренд карты и категория пользователя (согласно классификации эмитента), тип карты может влиять на условия её применения. Так, для предоплаченных карт могут быть недоступны выплаты, по кредитным картам могут взиматься дополнительные комиссии с пользователей и для карт разных типов могут применяться различные ограничения на количество и суммы допустимых операций. С другой стороны, при проведении конкретных платежей могут также накладываться ограничения, связанные с категорией мерчанта (согласно коду Merchant Category Code) и регионом его деятельности.

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

• Уточнять, какие ограничения применяются для карт разных типов в сфере деятельности мерчанта и, если это актуально, информировать пользователей о допустимых и предпочтительных типах карт для выполнения разных операций.
• Настраивать обработку оповещений об отклонении операций и, когда это актуально, доводить до пользователей развёрнутую информацию о причинах отклонения операций из-за проблем, связанных с их картами (такая информация указывается через служебные коды и сообщения).

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

Временной диапазон, за который учитываются выполненные операции.

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

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

Каждый проект в платёжной платформе характеризуется набором используемых платёжных методов и прочих параметров, влияющих на проведение платежей и порядок взаимодействия с веб-сервисом (в частности, в работе с оповещениями). Регистрацией и настройками параметров проектов занимаются специалисты технической поддержки ecommpay, при этом мерчанту предоставляются идентификаторы его проектов для работы с платформой.

Кроме того, в зависимости от контекста, термин проект может использоваться в настоящей документации и в других значениях, например при упоминании проектов разработки веб-сервисов мерчанта.

Комплекс действий по выполнению заявки мерчанта на перевод денежных средств между ним и пользователем либо между пользователем и третьей стороной.

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

В настоящее время в платёжной платформе ecommpay поддерживаются следующие типы платежей:

• разовая оплата (в одну или в две стадии) непосредственно через один из интерфейсов — purchase;
• разовая оплата (в одну или в две стадии) по платёжной ссылке — invoice;
• повторяемая оплата (со списаниями по запросу или с автоматическими списаниями) — recurring;
• выплата — payout;
• проверка действительности платёжного инструмента — account verification.

Подробная информация о платежах, а также о запросах и операциях, используемых при работе с платежами, представлена в разделе Модель проведения платежей.

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

В качестве примера можно привести блокировку (auth), списание (capture) и возврат (refund) средств как три операции в рамках одной оплаты. Подробная информация о платежах и операциях представлена в разделе Модель проведения платежей.

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

Такие платежи могут выполняться с аутентификацией, то есть с проверкой подлинности платёжного инструмента (например, через ввод проверочного кода), или без таковой. К COF-платежам с аутентификацией относятся оплаты с указанием токена или идентификатора реквизитов платёжного инструмента, а без аутентификации — повторяемые оплаты (экспресс-, авто- и регулярные).

Повторяемая оплата, при которой каждое списание инициируется пользователем.

Так, пользователь онлайн-кинотеатра может оплатить прокат одного или нескольких фильмов с использованием сохранённых данных карты, не подтверждая при этом её подлинность вводом проверочного кода.

Повторяемая оплата, при которой мерчант инициирует одно или более нерегулярных списаний на фиксированную или переменную суммы.

Автооплаты могут использоваться, например, когда остаток средств на счёте в личном кабинете пользователя становится ниже заданного. В этом случае может выполняться автоматическое списание средств с его карты для пополнения счёта.

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

Например, с карты пользователя онлайн-кинотеатра может ежемесячно списываться фиксированная сумма для оплаты доступа к просмотру всех фильмов кинотеатра.

Техническое сообщение, которое представляет собой HTTP-POST-запрос определённой структуры и отправляется на заданный адрес (URL) мерчанта в определённых случаях.

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

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

Некоторые из специализированных компонентов, разработанных ecommpay, позволяют упростить формирование и проверку корректности подписи. К таким компонентам относятся подключаемые модули на базе распространённых CMS и наборы средств разработки (SDK) для веб-сервисов, разработанных на разных языках программирования.

Подробная информация о её формировании представлена в разделе Работа с подписью к данным.

Регламентированное оспаривание финансовой операции с целью возмещения её полной или частичной суммы.

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

Более подробная информация об опротестованиях и о работе с ними представлена в соответствующем подразделе FAQ.

Логический узел, содержащий совокупность параметров отображения Payment Page с учётом свойств используемого проекта и дополнительных атрибутов.

Терминалы могут формироваться при встраивании индивидуальных текстовых формулировок в платёжную форму, изменении её дизайна, конфигурировании набора доступных платёжных методов и других изменениях типового оформления Payment Page. Формированием терминалов занимаются специалисты технической поддержки и предоставляют мерчанту идентификатор для каждого терминала. Полученный идентификатор необходимо указывать в запросах на открытие Payment Page в значении параметра terminal_id чтобы открывать платёжную форму с набором свойств этого терминала.

Идентификатор, сопоставляемый с конфиденциальными данными для обеспечения их безопасности.

В платёжной платформе ecommpay токены создаются для данных платёжных карт и используются для безопасного обмена этими данными между ecommpay и мерчантами при проведении платежей. Также для работы с Data API в платформе используются специализированные токены учётных записей.

Также при работе с платформой могут использоваться и другие токены, формируемые сервисами платёжных систем и провайдеров, например токены Apple Pay и Google Pay или авторизационный и платёжный токены, необходимые для проведения платежей с использованием Telegram-бота.

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

Международные и национальные платёжные системы организовывают взаимодействие между эквайерами (со стороны мерчантов) и эмитентами (со стороны пользователей). К международным платёжным системам относятся такие системы, как Visa и Mastercard, а к национальным — такие, как China UnionPay.

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

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

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

Например, Maestro и Mastercard являются брендами платёжной системы Mastercard.

Идентификатор, характеризующий основной вид деятельности мерчанта и присваиваемый ему эквайером в соответствии с правилами платёжных систем.

Например, код 7372 соотвествует услугам программирования, проектирования систем и обработки данных, а 8299 — образовательным услугам. В зависимости от кода, присвоенного мерчанту, выполнение операций может по-разному тарифицироваться со стороны платёжной системы, а некоторые типы операций (например, увеличение суммы заблокированных средств) могут быть недоступны для выполнения.

Идентификатор, который определяет эмитента, выпустившего карту, и характеризует свойства этой карты.

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

Стандарт по надлежащей защите данных о держателях платёжных карт.

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

Автоматизированное сканирование сетевой инфраструктуры мерчанта на наличие уязвимостей, выполняемое компанией со статусом авторизованного поставщика услуг сканирования (PCI SSC Approved Scanning Vendor, ASV).

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

Авторизованные поставщики услуг сканирования перечислены на сайте PCI SSC. Мерчанты ecommpay могут выбирать таких поставщиков самостоятельно и, если это актуально, могут задействовать поставщика, являющегося партнёром ecommpay. Для подключения этой услуги следует обращаться к курирующему менеджеру ecommpay.

Код, который используется для проверки подлинности платёжной карты.

Для операций без предъявления платёжных карт используются такие коды, как Card Verification Code 2 (CVC2), Card Verification Value 2 (CVV2) и Card Identification Number (CID). На платёжных картах, выпущенных физически, эти коды расположены на обратной или лицевой стороне, а на выпущенных виртуально они могут отсутствовать и предоставляться пользователям иными способами.

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

Категория платежей, при проведении которых держатель платёжной карты передает мерчанту её реквизиты по телефону, почте, факсимильной связи или электронной почте.

В некоторых случаях платежи Mail Order/Telephone Order допускается проводить без ввода проверочного кода карты.