Как создать счет перед отправкой платежной формы?

Question

[nepster-web]

Подключая платежные системы на сайт, я столкнулся с одной интересной проблемой.

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

Чтобы подключить perfectmoney на наш сайт нам достаточно разместить платежную форму с определенными данными (обычно это id аккаунта, сумма платежа, номер счета и дополнительные данные типа описания и тп.).

Задача сделать так:
Пользователь заходит на сайт -> выбирает товар или услугу -> нажимает оплатить и попадает на сайт perfectmoney.

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

Усложнять не нужно
Легко решить проблему, попросив пользователя создать счет, а только потом оплатить. Но это лишнее действие, которое усложняет использование сайта и тз не разрешает так делать!

Есть еще способ
Я заметил вот такой способ:
https://github.com/yii-dream-team/yi...directForm.php

Тоесть мы делаем запрос к своему серверу, создаем счет, генерируем форму для perfectmoney и с помощью js сабмитим форму.
Но а как-же выключенный js ? Да таких пользователей мало, но мы же перфекционисты. На сколько этот способ косячный ?

Из вышеописанного возникает вопрос:
Подскажите пожалуйста как правильно организовать оплату через платежную систему создавая пользователю счет ?

Answer 1

[FanatPHP]

Решение: Выгнать составителя ТЗ без выходного пособия. Нанять специалиста.

PS. perfectmoney не видел, но ставлю 100 против 1 что "перфекционист" там и двух полей заполнить не сможет.

Comments

[nepster-web]

честно говоря я вообще вас не понял. Вы хотите сказать, что лучше всего создавать счет, а потом его оплачивать?

[FanatPHP]

спросите любого бухгалтера, как лучше - сначала создавать или оплачивать

[nepster-web]

FanatPHP: прокомментируйте пожалуйста следующую идею:
При заходе на страницу создаем временный счет ( не видимый для пользователя), подкидывай id счета. Только после оплаты этот счет показываем.

[FanatPHP]

не понимаю, почему надо так тщательно от клиента счет скрывать. во всех интернет-магазинах, которыми я пользуюсь, мне сначала в подробностях показывают, за что я плачу, и только потом берут деньги. Не понимаю, зачем временный id и что это такое. Я бы давал постоянный ид, и еще велел юзеру его записать. Чтобы если какие-то проблемы при оплате, он мог хоть что-то внятное сказать оператору.

[nepster-web]

FanatPHP: в интернет магазине проще, так как есть корзина. А что если нужно просто полнить внутренний счет сайта ? Тоесть я хочу нажать кнопку пополнить и сразу попасть на сайт платежной системы и оплатить.

[Rockman]

nepster09: Вы сами описали весь процесс. Клиент нажимает оплатить - создается счет - перенаправляете на платежную систему с параметрами.

Answer 2

[Rockman]

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

Грубо говоря таблица со счетами
id, user_id, sum, paid

Пользователь c id 777, хочет оплатить 500 рублей, нажимает "оплатить" создается новый счет:
1, 777, 500, false

Потом ваш скрипт отправляет в платежную систему запрос где указывает id счета = 1, и сумму 500 ну и другие данные если требуются.

После того как клиент оплатит, платежная система вам пришлет запрос, что счет с id 1 оплачен на 500 рублей. Вы по этому id определите какой именно пользователь оплатил и сколько и пополните его счет на 500 рублей ну или предоставите ему услугу или товар.

и измените данные в таблице

1, 777, 500, true

Comments

[nepster-web]

"Потом ваш скрипт отправляет в платежную систему запрос где указывает id счета = 1, и сумму 500 ну и другие данные если требуются."

Вот ключевой момент, как вы делаете запрос на платежную систему ? Было бы здорово сделать пост запрос с редиректом без js.

[Rockman]

nepster09: перенаправляю пользователя на сайт платежной системы с GET параметрами номер счета и сумма

Answer 3

[Дмитрий С]

Но а как-же выключенный js ?

Рабочий способ, не всегда полезно быть перфекционистом. Ведь "лучшее", как известно - враг "хорошего".

Comments

[nepster-web]

возможно вы и правы, но что то всеравно стремно.

Answer 4

[Centrino]

Тут проблема в другом. Как вы собираетесь потом идентифицировать, какой клиент и что оплатил на сайте? Если бы вы были благотворительным фондом, то вам бы достаточно было в поле ID подставить значение времени в микросекундах, к примеру.

Вы описали структуру магазина, без создания заказа в вашей базе, без идентификации стоимости заказа, валюты, привязки к клиенту. Как потом клиент должен обращаться к вам, что бы получить товар? Писать в поддержку с указанием и принскрином платежа из кошелька? Не геморно ли это по сравнению, с созданием заказа.
Планируется ли автоматическая обработка заказов, при возврате данных на ваш return (server, interaction) url? Как вы будете уведомлять клиента, о том, что его заказ оплачен и он его получит в течении времени, или он просто должен ждать, когда менеджер оторвет зад и решит написать клиенту?

Пользователь заходит на сайт -> выбирает товар или услугу -> нажимает оплатить и попадает на сайт perfectmoney.

Описаное вами действие не конечное, после оплаты он должен попасть к вам магазин, что бы сказали что все ок.

Проблема не в js, и не в меньшем кол-ве кликов или на одно действие больше. Проблема в том, как вы будете уведомлять клиентов, не создавая на сайте заказов.

Comments

[nepster-web]

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

[Centrino]

nepster09: вам нужно фиксировать заказы так или иначе. Потому как пользователи не хотят ждать, пока кто-то вручную им зачислить счёт. По этому автомат по уведомлению на сервис от платежной системы. Но как вы будете фиксировать то, что вы уже пополнили клиенту счёт на эту сумму? Некоторые системы уведомляют нёсколько раз, не которые до 3 дней, пока не получат ответ. Если вы не отметила в базе что заказ с таким идентификатором уже зачислен, то вы просто так клиенту напополняете счёт. А если этот баг найдут, то будут лупить. У вас два варианта, можете делать через js или же создавать заказ при каждом заходе на сайт.