PID 返利归属

2017-03-06 16:15:17   0  举报





仅支持查看

PID返利归属是一种常见的营销策略，用于激励和奖励分销商、代理商或推荐人。在这种模式下，当消费者通过某个人的推荐链接或代码购买产品或服务时，这个人将获得一定比例的返利。这种返利通常是基于销售额的一定百分比，或者是一个固定的金额。返利可以用于购买更多的产品或服务，也可以直接提现。PID返利归属的目的是鼓励人们分享和推广产品或服务，从而增加销售和市场份额。然而，这种模式也可能引发一些问题，如欺诈和不公平的竞争，因此需要有严格的规则和监管。

作者其他创作

大纲/内容

## 问题1 是否会产生同时给用户结算了返利（70%）、推荐奖励（70%）的情况。因为接口入库的订单无法得知订单ID，所以大部分订单都会入库。如果用户一边提交申诉、一遍获得推荐奖励，是有可能的。## 解决### 背景结算返利的位置：1.计划任务（Cron）自动找回订单2.后天手动找回3.接口入库时进行结算。### 处理1. 后台、cron、处理申诉时找回时先检测 reward_log，检测是否属于推广订单。2. 发放奖励时检测是否已经结算了返利。## 问题2 扣款流程完全依赖奖励日志

进入返利流程

遍历订单

否

## 有效性的检测是指：1.没有发放过奖励。（奖励奖励日志表）2.没有给客户结算过（返利主订单表、百川订单表）## 名词解释普通订单：这里指用户购买的订单。推广订单：这里指复制口令购买的。## 金额明细的备注备注：推荐奖励## 需要注意的问题：订单入口有两个地方：1. 后台上传（有PID 标识，没有子订单号）2. API获取（没PID标识，有子订单号）因此：推荐奖励的发放、维权扣除只能通过上传的记录进行扣除，并产生账单、奖励日志。

是

订单的遍历：1.通过 laravel 轮询、或者队列。奖励发放：写在CI里还是Laravel里？需要新写的逻辑：1.1 奖励日志。主订单就一条（综合存储？）1.2 增减奖励、金额明细。入库还由原来的入库逻辑。奖励扣除：写在CI里，与原有的扣除流程类似。

上传订单

加钱、创建奖励日志

上传维权记录

PID 是否为推广ID

检测订单有效性

通过 reward_log 进行扣款，与推荐扣款流程相似。

是否属于普通订单

注意

正常的扣款结算流程

1.是否有客服奖励？