Проведение платежей

Платёжная форма Payment Page по умолчанию открывается со страницы выбора платёжного метода.

Платёжная форма Payment Page по умолчанию открывается со страницы выбора платёжного метода.Но порой это может быть лишним. Например, если пользователь выбирает метод оплаты до вызова платёжной формы или если ему по каким-то причинам надо предоставить конкретный метод, предпочтительный для оплат из конкретного региона. Для таких случаев предусмотрен вызов Payment Page с указанием конкретного платёжного метода. И если в запросе на открытие формы использовать параметр force_payment_method, то платёжная форма открывается со страницы для работы с выбранным методом.

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

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

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

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

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

• имя и фамилия должны быть реальными, например, CARD HOLDER или Customer Name некорректны;
• количество символов в значении отдельного параметра должно быть не менее 2 и, по возможности, не более 50;
• допускается использование букв, цифр и других символов в кодировке UTF-8.

Для параметра card_holder дополнительно к перечисленным применяются следующие условия:

• допускается использование букв латинского алфавита без диакритических знаков, букв кириллического алфавита, точки в сокращениях, апострофа и дефиса в составных именах и фамилиях.:
  • букв латинского алфавита без диакритических знаков,
  • букв кириллического алфавита,
  • точки в сокращениях, например в словах Mr. или Jr.,
  • апострофа, например как в d'Arc или O'Hara,
  • дефиса в составных именах и фамилиях, например Anna-Maria или Jean-Baptiste.
• допускается использование не менее двух слов и не более одной точки, поэтому, например, конструкция Mr. Alexandre Dumas Jr. является некорректной, а Alexandre Dumas Jr. — допустимой;
• не допускается использование дефиса для сокращений (например, конструкция M-r Holder является некорректной), так как он интерпретируется как разделитель между словами, и поэтому, например, конструкция M-r Holder является некорректной, так как образует три слова, два из которых состоят всего из одной буквы.

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

• Если параметр description обязателен, в его значении необходимо указывать причину выполнения операции, например: Частичный возврат оплаты в связи с тем, что пользователь вернул часть заказа (не подошёл размер), Полный возврат из-за технических проблем с оказанием услуги или Возврат полной суммы билета из-за отмены сеанса.
• Если параметр description необязателен, в его значении можно указывать любые дополнительные сведения о платеже, например: Пополнение кошелька 007, Зачисление на счёт 271828, Оплата по промокоду или Вывод средств по заявке № 314.

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

Что такое «возврат» в платёжной платформе. Возвратом в рамках платёжной платформы Openpayze называется операция перевода пользователю средств, списанных с него при проведении оплаты. То есть, если что-то в рамках оплаты через платформу с пользователя списали, то посредством возврата через платформу можно это списанное ему вернуть, в рамках той же оплаты.

Довольно просто, но, как водится, есть разные нюансы.

Что стоит знать о возвратах. Чтобы ориентироваться в работе с возвратами, полезно знать о следующем:

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

• Возвраты могут выполняться не во всех случаях.
  

• Возвраты могут выполняться с помощью разных технических операций.
  С учётом специфики различных платёжных систем технической операцией по возврату средств в разных случаях может выступать reversal или refund. Как правило, reversal используется для возврата, выполняемого до закрытия того операционного дня, в который была проведена соответствующая оплата с использованием платёжной карты, а refund в остальных случаях.
                              Что с этим делать? Иметь в виду, что есть такие нюансы и не удивляться разным названиям операций. К слову, в интерфейсе Dashboard ко всем возвратам применяется название refund (чтобы было немного проще). Если же важно учитывать, в каких случаях была операция reversal, а в каких refund, достаточно контролировать это через программные оповещения и, если актуально, через интерфейс Data API.

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

Как инициировать возвраты. Инициировать возвраты со стороны мерчанта можно через Gate API и Dashboard.

При работе через Gate API для инициирования возвратов используются конечные точки и форматы, описанные в статье Возвраты средств после оплат.

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

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