Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Кошелек пользователя
 
 автор: mtrosti   (25.04.2012 в 14:51)   письмо автору
 
 

Здравствуйте.
Подскажите как лучше и правильнее реализовывается кошелек пользователя.

Имеется магазин, где хотят чтобы клиенты могли заранее закинуть сумму.
Плюс хотят чтобы автоматизированы были операции с деньгами - когда через платежную систему пополняют, чтобы деньги появлялись.
Когда проставляют статус заказа на "Оплачен", чтобы с кошелька списалась сумма(если она там есть).
А например потом когда выставляют статусы товаров в заказе на "Нет товара", чтобы сумма за эти товары вернулась в кошелек.
Так вот - как лучше такой кошелек спрограммировать?
Например если просто привязать события, то менеджеры несколько раз проставят на странице "Нет товара" и 2 раза вернется.
Вот и хотел бы узнать как такая монетизация вообще организуется, чтобы изначально все спроектировать правильно и не наплужить, к тому же заказчик склонен к большим переменам хотелок, чтобы так спроектировать, чтобы в будещем не переделывать.

Если встречали движок какой то где все реализовано или иное решение, подскажите его, я по коду гляну.

  Ответить  
 
 автор: elenaki   (25.04.2012 в 16:45)   письмо автору
 
   для: mtrosti   (25.04.2012 в 14:51)
 

XML+cURL

  Ответить  
 
 автор: mtrosti   (26.04.2012 в 07:54)   письмо автору
 
   для: elenaki   (25.04.2012 в 16:45)
 

вообще не по теме

  Ответить  
 
 автор: Valick   (26.04.2012 в 09:26)   письмо автору
 
   для: mtrosti   (25.04.2012 в 14:51)
 

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

  Ответить  
 
 автор: Lotanaen   (26.04.2012 в 09:43)   письмо автору
 
   для: mtrosti   (25.04.2012 в 14:51)
 

>Например если просто привязать события, то менеджеры несколько раз проставят на странице "Нет товара" и 2 раза вернется.

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

  Ответить  
 
 автор: mtrosti   (26.04.2012 в 11:48)   письмо автору
 
   для: Lotanaen   (26.04.2012 в 09:43)
 

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


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

  Ответить  
 
 автор: Lotanaen   (26.04.2012 в 11:56)   письмо автору
 
   для: mtrosti   (26.04.2012 в 11:48)
 

Ну удаление из заказа - это еще не значит удаление записи из таблицы. Ну а для кошелька нужно обязательно таблицу транзакций сделать.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования