Merchant API
Введение
О сервисе
Greenleavespay - универсальное средство приема платежей для бизнеса.
Сервис предоставляет возможность приема платежей, выплат на банковские карты, а также сохранения карт. Базовые сценарии описаны в разделе "Сценарии платежа".
Сценарии разделены на три части:
О сервисе
Greenleavespay - универсальное средство приема платежей для бизнеса.
Сервис предоставляет возможность приема платежей, выплат на банковские карты, а также сохранения карт. Базовые сценарии описаны в разделе "Сценарии платежа".
Сценарии разделены на три части:
- Прием платежей. В этом разделе описана механика, при которой Greenleavespay списывает деньги в пользу мерчанта и впоследствии перечисляет их на соответствующий расчетный счет.
- Выплаты. В этом разделе описана механика, когда Greenleavespay выплачивает деньги на банковскую карту пользователя.
- Сохранение карт. Базовая механика сохранения карт. Далее сохраненные карты можно использовать как для приема платежей так и для выплат.
Механика запросов
API поддерживает GET запросы и POST запросы с Content-type равным form-data или x-www-form-urlencoded
Данные можно отправлять:
API поддерживает GET запросы и POST запросы с Content-type равным form-data или x-www-form-urlencoded
Данные можно отправлять:
- Метод GET - данные передаются в GET параметрах, при передаче сложных структурированных данных, таких как многомерные массивы, используется следующий формат записи: https://api.greenleavespay.kz/script.php?param_1=val¶m_2[subParam_1]=val2& param_2[subParam_2]=val3¶m_3=val4
- Метод POST – данные передаются в POST параметрах. Структурные данные при работе через POST, формируются аналогичным образом.
- Через XML - запросы передаются также методом Post, только в единственном параметре pg_xml, представленный в XML виде:
Пример:
<?xml version="1.0" encoding="utf-8"?><request><pg_param1>value1</pg_param><pg_param2>value2</pg_param></request>
Формирование подписи
Любые сообщения (запросы и ответы) между Greenleavespay и мерчантом подписываются. Для формирования подписи необходимо конкатенировать с разделителем;
От полученной в результате конкатенации строки необходимо вычислить md5 и добавить в запрос или ответ в качестве дополнительного параметра pg_sig. MD5 хэш записывается в виде шестнадцатеричной строки в нижнем регистре (32 символа).
Любая сторона может добавлять в запрос или ответ дополнительные параметры, не указанные в документации. Эти параметры также участвуют в вычислении подписи. Сообщение не подписывается, и соответственно поля pg_salt и pg_sig отсутствуют только в одном случае – когда Greenleavespay не смог идентифицировать мерчанта и поэтому не знает его secret_key. В таком случае поле pg_error_code (числовой код ошибки) принимает значение 101. Полный список возможных значений поля pg_error_code см. в разделе Справочник кодов ошибок.
Любые сообщения (запросы и ответы) между Greenleavespay и мерчантом подписываются. Для формирования подписи необходимо конкатенировать с разделителем;
- имя вызываемого скрипта (от последнего / до конца или ?)
- все поля сообщения в алфавитном порядке, включая случайную строку pg_salt, состоящую из произвольного количества цифр и латинских букв, при этом:
- a. к вложенным тегам это правило применяется рекурсивно (только XML)
- b. поля с одинаковыми именами берутся в том порядке, в котором они присутствуют в сообщении
- и платежный пароль secret_key, который задается в настройках магазина и известен только мерчанту и Greenleavespay.
От полученной в результате конкатенации строки необходимо вычислить md5 и добавить в запрос или ответ в качестве дополнительного параметра pg_sig. MD5 хэш записывается в виде шестнадцатеричной строки в нижнем регистре (32 символа).
Любая сторона может добавлять в запрос или ответ дополнительные параметры, не указанные в документации. Эти параметры также участвуют в вычислении подписи. Сообщение не подписывается, и соответственно поля pg_salt и pg_sig отсутствуют только в одном случае – когда Greenleavespay не смог идентифицировать мерчанта и поэтому не знает его secret_key. В таком случае поле pg_error_code (числовой код ошибки) принимает значение 101. Полный список возможных значений поля pg_error_code см. в разделе Справочник кодов ошибок.
Тестовые карты
Все новые мерчанты первоначально находятся в тестовом режиме, затем после завершения тестирования и отправки мерчантом в Greenleavespay подписанного Акта о подключении администрация Greenleavespay переводит мерчант в рабочий режим.
В тестовом режиме можно использовать только тестовые платежные методы, а в рабочем режиме, наоборот, оплата тестовыми платежными методами невозможна.
После перехода мерчанта в рабочий режим можно создавать отдельные транзакции в тестовом режиме, передавая параметр pg_testing_mode в запросах на создание платежа и на получение списка платежных методов. Значение pg_testing_mode=1 включает тестовый режим для одной конкретной транзакции. Для проведения тестовых транзакций в боевом режиме необходимо обратится менеджеру для уточнения деталей.
Если сам мерчант находится в тестовом режиме, то значение переданного флага pg_testing_mode не имеет значения. Включение и выключение тестового режима в настройках мерчанта осуществляется только администрацией Greenleavespay.
После создания транзакции никаких автоматических действий с ней не происходит. Для того, чтобы протестировать дальнейшее прохождение транзакции нужно зайти в административную панель, и войти в транзакцию. Далее управлять ее действиями с помощью тестовых кнопок.
В качестве имени карте нужно указывать от 2 слов в английской раскладке.
Пароль для 3-D Secure проверки: 12345678
Список тестовых карт:
Все новые мерчанты первоначально находятся в тестовом режиме, затем после завершения тестирования и отправки мерчантом в Greenleavespay подписанного Акта о подключении администрация Greenleavespay переводит мерчант в рабочий режим.
В тестовом режиме можно использовать только тестовые платежные методы, а в рабочем режиме, наоборот, оплата тестовыми платежными методами невозможна.
После перехода мерчанта в рабочий режим можно создавать отдельные транзакции в тестовом режиме, передавая параметр pg_testing_mode в запросах на создание платежа и на получение списка платежных методов. Значение pg_testing_mode=1 включает тестовый режим для одной конкретной транзакции. Для проведения тестовых транзакций в боевом режиме необходимо обратится менеджеру для уточнения деталей.
Если сам мерчант находится в тестовом режиме, то значение переданного флага pg_testing_mode не имеет значения. Включение и выключение тестового режима в настройках мерчанта осуществляется только администрацией Greenleavespay.
После создания транзакции никаких автоматических действий с ней не происходит. Для того, чтобы протестировать дальнейшее прохождение транзакции нужно зайти в административную панель, и войти в транзакцию. Далее управлять ее действиями с помощью тестовых кнопок.
В качестве имени карте нужно указывать от 2 слов в английской раскладке.
Пароль для 3-D Secure проверки: 12345678
Список тестовых карт:
Тестовые номера телефонов
Механика мобильной коммерции подразумевает тестирование в рамках ряда операторов.
Ниже будут предоставлены номера и соответствующие им OTP коды для проведения тестов
Список номеров:
Механика мобильной коммерции подразумевает тестирование в рамках ряда операторов.
Ниже будут предоставлены номера и соответствующие им OTP коды для проведения тестов
Список номеров: