1.2_Тех часть PayMasterUA_Общее описание и рекомендации_ Сопроводительно сообщение по подключению

Регистрация на процессинге: https://merchant.paymaster.ua/index/register Регистрация права будут назначены «супер админ» Внутри процесcинга можно добавлять участников и назначать им соответствующие права (тех. спец, админ, манагер и тд) После того как вы зашли в процесинг добавляете проект/магазин (Каждому будет присвоен свой LMI_MERCHANT_ID) с которым будет общаться ваша система по АПИ. Каждому LMI_MERCHANT_ID выставляются свои условия взаимодействия ()Договор, права доступа сотрудникам, Агентам если необходимо). Когда на вашем сайте идет покупка вы сами определяете в какой LMI_MERCHANT_ID отправить. Тех протокол: https://paymaster.ua/uploads/InterfacesPM_perekaz.pdf Важные моменты по безопасности в реализации протокола: 1. Предзапрос – на нем продавец должен проверить - сумму, номер заказа (не был ли он оплачен или например заказ уже устарел и товара нет в наличии ) 2. Целостность данных – в запросе оповещения платежа присутствует HASH_сумма, при оповещении о платеже передается сумма заказа и ее так же нужно проверять 3. Проверка статуса заказа через «Інтерфейс запиту статусу платежу» Важные моменты для конверсии и обслуживания платежей и плюсы структуры протокола PayMasterUA: !Предзапрос необходимо еще реализовать для того чтоб вы могли по Платежной ссылке в дальнейшем давать отказ или подтверждение на принятие платежа (то есть вы сможете внутри себя контролить время оплаты и ограничивать его со своей стороны как вам будет необходимо 1 день 2 часа или ждать оплаты и тд) !Структура нашего протокола позволяет принять оплату, даже если у вас пропадет связь или сервер зависнет в момент когда пользователь уже ушел на оплату. При этом процесинг будет к вам стучаться и Повторно отправлять Payment Notification при сбоях (это включается в настройках проекта/MERCHANT_ID на процесинге) !По протоколу вы можете передать данные пользователя и вам необходимо, передать моб. Клиента или мейл!!! Это позволит нам втянуть инфо о нем в систему мониторинга конверсии и фрода операций. Дополнительно это позволит сравнивать брошенную корзину (то есть когда данные пользователь не вводил. + это позволит сверять с последующей оплатой если такова будет у этого пользователя и это даст понимание он оплатил но номер заказа уже другой был, или ему нужно перезвонить и спросить как дела и может напомнить что он забыл купить билет, или ему сделать особое предложение/продажу) Так же мы сможем отдавать из системы мониторинга транзакций инфо для кол. Центра и тд. Для улучшения качества поддержки клиентов. ! Для улучшения конверсии и лояльности вам лучше давать широкий выбор платежных инструментов. Дело в том что по WebMoney, MoneXy, Приват24 нет таких понятий как блоки на стороне банка и тд. Один вариант что клиент не оплатил это или он забыл за чашкой кофе что на платежную страницу ушел или у него не хватает денег. Это так же позволяет улучшать

конверсию + обычно человеку с WebMoney и тд легче расстаться нежели с деньгами на счету и это позволяет делать до продажу. Передаваемые параметры платежного инструмента для направления непосредственно на конкретный инструмент (Если на сайте вы сразу даете пользователю выбор платежного инструмента и после этого он нажимает «Оплатить/Купить и тд»): 2. PayMaster Merchant Interface (стандартное подключение на сайте) https://paymaster.ua/uploads/InterfacesPM_perek... ----------------------------------------------------------------------- LMI_PAYMENT_SYSTEM = 1 = Webmoney 6 = MoneXy 12 = EasyPay 15 = NSMEP 17 = Webmoney Terminal 21 = PaymasterCard (Visa/MasterCard) 20 = Приват 24 19 = LiqPay 23 = Київстар 2 = x20 WebMoney моб. платежи 18 = test ----------------------------------------------------------------------- p.s. Если для клиента на сайте нет выбора платежного инструмента а только одна кнопка «Оплатить/Купить и тд» выбор инструмента будет проходить на нашей стороне. В этом случае параметр LMI_PAYMENT_SYSTEM = вы ничего не передаете. Тогда пользователь попадет на страницу предмерчанта (выбора метода платежа) Для моб приложения лучше использовать: 6. Інтегровані інтерфейси (не покидая сайт/ для моб приложений или сайтов/ моб. платежи) https://paymaster.ua/uploads/InterfacesPM_perek... ----------------------------------------------------------------------- 2 - WebMoney X20 6 - MoneXy 23 - Kyivstar Для WebMoney X20 нужно передавать в поле LMI_CLIENT_PAY_TYPE значение 'SMS' (без кавычек) Если с моб приложения платят картой то отправлять по: 2. PayMaster Merchant Interface, LMI_PAYMENT_SYSTEM = 21 ! Платежные ссылки (как инструмент прямой продажи предложение так и до продажи): Если у продавца возникает необходимость в отправке платежной ссылки пользователю в письмах (ручные платежи на стороне партнера с автоматизацией по АПИ), то такую ссылку продавец может сформировать самостоятельно. Ссылка будет иметь вид https://lmi.paymaster.ua/index/get?LMI_PAYMENT_... Фактически в ссылке могут быть переданы все параметры описанные в протоколе https://paymaster.ua/uploads/InterfacesPM_perek... (пункт 2.1.) Отличие состоит только в адресе https://lmi.paymaster.ua/index/get (вместо https://lmi.paymaster.ua ) и методе GET (вместо POST ) При формировании такой ссылке нет необходимости передавать нам запрос на формирование ссылки, ее формирование Продавце может выполнить на своей стороне.

! Токены как инструмен допродаж после того как пользователь уже что-то купил: подумайте, может тоже стоит реализовать. Для интернет магазинов мы сделали такую реализацию когда вы передаете моб клиента по АПИ (или мы его спрашиваем на странице авторизации оплаты или на предмерчанте) мы можем сохранять токен транзакции. Это позволяет набрать клиента по телефону, сказать спасибо за покупку и сказать что мы можем вам еще предложить билет на концерт по скидке или … на 100грн к примеру. Если клиент согласен, ему приходит смс с кодом (на номер который он указывал при первой оплате). Этот код покупатель может сказать менеджеру или вы можете на сайте реализовать форму подтверждения. Менеджер вводит код, после чего, с клиента до списывается необходимая сумма в примере это 100 грн. При этом клиент 2й раз может никуда не заходить и не вводить данные карты и тд. Даже может уже быть за рулем автомобиля или в дороге. Можно ли без смс подтверждения клиенту? - да можно и без смс (но не стоит!). Почему лучше с смс? – Мы его отправляем от себя, и вы можете туда дописать необходимую информацию для клиента это доп. маркетинг. – Клиент четко передает код и он потом не скажет что он что-то не видел и не слышал + смс в истории сохраняются, и он вспомнит даже если забыл - У Клиента не будет шока от того что с него просто списали деньги - По такой реализации так же кроме карт будет еще доступно и WebMoney и MoneXy. - Важный момент до списание будет с того инструмента которым он делал 1ю покупку Если это интересно скажите я выдам АПИ на до списание и дополнительно опишу как можно реализовать. По протоколу важные моменты, которые вы можете интегрировать во все свои учетные системы и облегчить жизнь и улучшить качество и скорость обработки: 3. Інтерфейс запиту статусу платежу: - Позволяет с любой вашей системы проверить транзакцию) Сервер у вас упал, не знаете удалять транзакцию или пользователь таки оплатил. По протоколу все будет понятно. 4. Інтерфейс запиту історії платежів: -Позволяет делать тоже, что и 3 только сразу по списку транзакций за период - Позволяет отдельно затянуть инфо о всех платежах в другие системы типа 1С для бухгалтерии или в систему кол центра (Не только на морде сайта все видеть) 5. Інтерфейс відшкодування - Позволяет делать отмены полные, частичные и тд с ваших систем по АПИ (напомню, дополнительно доступны на процессинге под определенными правами в ручном режиме) Если есть вопросы или что-то не понятно описал – жду инфо

Если есть еще что-то что возможно нам необходимо доделать под вас или есть какие-то предложения по взаимодействию – жду инфо - Пример более сложного проекта, когда мы на своей стороне можем все реализовывать: https://wog.paymaster.ua/ (тестовая карточка: 777777777777777) Важно!!! Список наши IP которые необходимо добавить в доверительные 14.07.2015 Для Firewall: Просьба добавить к текущему 176.9.53.221 еще 5.9.145.93 5.9.145.89 для оплаты в офлайне (касается интернет провайдеров которые выключают абоненту и-нэт и работает только их сайт): 195.208.62.20 212.118.48.* (212.118.48.0 маска 255.255.255.0 или в unix-нотации 212.118.48.0/24) 212.158.173.* (212.158.173.0 маска 255.255.255.0 или в unix-нотации 212.158.173.0/24) 91.200.28.* (91.200.28.0 маска 255.255.255.0 или в unix-нотации 91.200.28.0/24) 91.227.52.* (91.227.52.0 маска 255.255.255.0 или в unix-нотации 91.227.52.0/24) 37.187.104.200 37.187.104.199 94.75.214.18 89.108.126.29 88.198.43.118 77.246.100.42 217.23.144.177 89.184.80.139 213.186.192.88 54.209.2.72 54.194.81.151 54.229.203.93 Если вы продаете услуги/товары заграницу и есть необходимость на платежных формах показывать Альтернативную валюту. Это можно сделать так: В 2.1. Форма запиту платежу добавлено 2 параметра: LMI_INFO_AMOUNT – альтернативная сумма, decimal LMI_INFO_CURRENCY – код валюты альтернативной суммы, 3-х буквенный ISO код валюты (USD, EUR) Пример вида такой альтернативной суммы: http://ukrbuy.com/redirects.php?url=http://paymaster.dev.ukrgarant.com/form.html Внимание альтернативная сумма выполняет исключительно информирование пользователя. Не влияет на сумму конвертации по меж банку и тд.