1.我用的是shopNC b2b2c商城,还是一个新手,没能比较全面的理解代码的运作流程。
2.现在需要做一个商品单品返佣金的功能,我去百度查找资料,没能找到相关的信息。
3.在此向大神们请教思路,或者可以推荐一些相关资料能学习一下。
4.对于这个功能的理解程度还是很浅,希望能得到比较全面的帮助,感谢!
没有了解过 shopNC, 不过,倒是可以给你说说返现的思路。
返现:即用户完成订单后,返回一定的现金。返现可以是一级返现,也可以是多级返现;
一级返:即只返回一层; 一个商品价格是 100 元,返现比例是 10%; 此时,用户 A 推荐 B 去购买这个商品;过程为:
B 去下单 ---> B 支付 100 元 ---> B 收货 ---> 完成订单 ---> 进入返现功能(100 * 10% = 10),此时,这 10 块钱是给 B,还是给 A,都可以。但是只给一个人,即:要么给 B,要么给 A;
二级返:同样的购买过程。B 完成订单后,这 10 块钱,要返回 B 一部分,返回 A 一部分。至于 返回 A 和 B 多少,要有一个比例。比如:7:3,那 B 得 7 块钱, A得 3 块钱;
多级返:同 二级返 一样。但是,一般有固定的层数,比如:3层以下,多层的话,小心把产品做成传销;
有了上面的思路,程序实现起来还是比较简单的。返现功能可以是用户支付完成后触发,也可以是用户完成订单触发。推荐完成订单后触发。因为,用户刚支付完,有可能会取消订单其它动作。
用伪代码表示:
function back($orderid) { $order = 数据库查到此订单信息 // 根据 $order 中的订单总金额、返现比例 算出 返现金额 $back_money = .... // 根据系统定的规则算出这些钱给谁 if( 一级返回,并给 B ) 更新 数据库里 B 的账号余额 elseif 多级返 调用多级返的函数 } function more_back($money, $orderid, $userid) { // 先把多层返回的比例取出,并算出最底层用户的返现 $user_money = .... // 更新用户账号里的余额 // 算出当前用户的上层用户,然后回调一次即可 more_back() }
.... 订单完成后 调用 back 函数
以上是伪代码,实际的时候,要好好控制,防止算错,特别是多层返现的时候;
我也沒做過,只能按照個來說明返利是一種營銷手段,所以制定相應sku商品營銷策略.當然這個策略是用商戶去制定,制定策略需要用很多很嚴謹的邏輯去限制,例如限制返利金額比例去防止刷單行為.既然是返佣金,在商品詳情頁url和提交購物車的商品參數中必須含有返利人信息參數.在訂單生成時候,商品信息和返利信息將在提交到後台.那時候需要對商品和是否該商品存在返利進行驗證.驗證完畢後,將符合返利信息保存到數據庫中(這數據表字段必須商品id,商品當前價格,返利人信息,返利金額,營銷策略id,狀態).在訂單生成到訂單最終狀態過程之中都會出現用戶退款的動作,所以必須要到訂單完成交易成功狀態之下返利行為才可以確立(返利狀態轉成功)返利人返利金額是每個月進行結算(通過定時任務,將返利信息丟放到隊列裡面進行慢慢核算),並將所有核算數據回饋給商戶,返利人查看.在結算日開始時候,返利人獲取商戶打過來資金(這個可能需要很詳細過程,例如這筆資金到底在商戶賬戶上直接打過去,還是用戶在結帳時候已經把這筆返利金丟放到臨時賬戶)
返利其實很龐大的模塊體系,不是三言兩語能說得清楚,我只是說個人的理解
没有了解过 shopNC, 不过,倒是可以给你说说返现的思路。
返现:即用户完成订单后,返回一定的现金。
返现可以是一级返现,也可以是多级返现;
一级返:
即只返回一层; 一个商品价格是 100 元,返现比例是 10%; 此时,用户 A 推荐 B 去购买这个商品;过程为:
B 去下单 ---> B 支付 100 元 ---> B 收货 ---> 完成订单 ---> 进入返现功能(100 * 10% = 10),此时,这 10 块钱是给 B,还是给 A,都可以。但是只给一个人,即:要么给 B,要么给 A;
二级返:
同样的购买过程。B 完成订单后,这 10 块钱,要返回 B 一部分,返回 A 一部分。至于 返回 A 和 B 多少,要有一个比例。比如:7:3,那 B 得 7 块钱, A得 3 块钱;
多级返:
同 二级返 一样。但是,一般有固定的层数,比如:3层以下,多层的话,小心把产品做成传销;
有了上面的思路,程序实现起来还是比较简单的。返现功能可以是用户支付完成后触发,也可以是用户完成订单触发。推荐完成订单后触发。
因为,用户刚支付完,有可能会取消订单其它动作。
用伪代码表示:
.... 订单完成后 调用 back 函数
以上是伪代码,实际的时候,要好好控制,防止算错,特别是多层返现的时候;
我也沒做過,只能按照個來說明
返利是一種營銷手段,所以制定相應sku商品營銷策略.當然這個策略是用商戶去制定,制定策略需要用很多很嚴謹的邏輯去限制,例如限制返利金額比例去防止刷單行為.
既然是返佣金,在商品詳情頁url和提交購物車的商品參數中必須含有返利人信息參數.在訂單生成時候,商品信息和返利信息將在提交到後台.那時候需要對商品和是否該商品存在返利進行驗證.驗證完畢後,將符合返利信息保存到數據庫中(這數據表字段必須商品id,商品當前價格,返利人信息,返利金額,營銷策略id,狀態).在訂單生成到訂單最終狀態過程之中都會出現用戶退款的動作,所以必須要到訂單完成交易成功狀態之下返利行為才可以確立(返利狀態轉成功)
返利人返利金額是每個月進行結算(通過定時任務,將返利信息丟放到隊列裡面進行慢慢核算),並將所有核算數據回饋給商戶,返利人查看.
在結算日開始時候,返利人獲取商戶打過來資金(這個可能需要很詳細過程,例如這筆資金到底在商戶賬戶上直接打過去,還是用戶在結帳時候已經把這筆返利金丟放到臨時賬戶)
返利其實很龐大的模塊體系,不是三言兩語能說得清楚,我只是說個人的理解