AI-ERP——资金管理系统
为了更贴近用户使用和满足特有使用需求,作为上游企业,将下游的销售额或者利润中的一部分,作为返利而返给下游客户,这样不但公司获得了销售利润,而且还调动了下游客户的积极性,形成良性的业务循环。
返利平台软件系统作用
电子化管理返利和让利政策,流程化管理返利政策执行过程;
准确的体现每一笔采购/销售业务单据是否参与返利、让利,并且也是为未来体现真实毛利率做基础准备;
系统体现应收供应商收入的金额;
系统体现应付让利的金额;
平台架构
1、ERP数据源
基础数据:包括有商品档案、客户档案、供应商档案、批次档案
业务数据:包括有采购单、采购退货单、销售单、销售退货单、采购付款单、销售收款单
2、定时抓取
通过平台定时任务,每间隔1小时抓取一次
3、数据加工
在平台内使用数据,设置相关规则和办法
4、数据呈现
返利、让利数据计算结果呈现给使用人
返利平台管理软件系统
返利/让利整体操作流程
1、采购人员登记单品/总量返利规则提交送审,依次由采购经理审批、运营部审批,审批通过政策生效
2、依据返利政策,系统每天计算出符合条件的新业务单据返利应收金额、应收日期等
3、符合条件应收数据由采购人员进行系统确认后生成正式应收返利,再由运营人员应收返利核销勾兑复核
4、财务收到上游返利款后,在系统中进行核对确认应收返利回款完成
若返利规则中限定了让利客户,可以一键生成让利政策,减少了让利规则输入过程
单品/总量返利线索支持
1、按照进货单:政策单品返利单价。返利=返利单价*采购数量;
2、按照进货付款:政策单品返利单价,返利=返利单价*付款数量单;
3、按照年采购额:政策年采购额、返利率。当有效期内进货单总金额>年采购额时,计算返利。返利=进货单总金额*返利率;
4、按照年付款额:政策年回款额、返利率。当有效期内年进货付款额>年付款额时计算返利,返利=进货付款总金额*返利率;
5、按照销售单:政策单品返利单价、销售价格(选填)。当销售价格不为空时,销售单上面的销售价格=政策的销售价格时计算返利,不等于时不计算返利,返利=返利单价*销售数量。当销售价格为空时,不判断销售单上面的销售单价,返利=返利单价*销售数量;
6、销价高于中标价:政策返利单价、中标价。当销售单据上的销售价格>中标价时,计算返利;
7、销价等于中标价:政策返利单价、中标价。当销售单据上销售价格=政策的中标价时,计算返利。返利=返利单价*数量;
8、销价低于中标价:政策返利单价、中标价。当销售单据上的销售价格<中标价时,计算返利;
9、按照毛利率:政策中标价、销售毛利率。判断销售单的销售单价及批次毛利率,当销售单价=政策的中标价且批次毛利<政策的销售毛利率时计算返利,返利=[批次价+(政策的销售毛利率-1)*销价]*数量=[批次价-(1-政策的销售毛利率)*销价]*数量;
10、降价补偿:政策返利单价、采购价格、中标价。判断销售单的销售单价及批次价,当批次价=政策的采购价格且销售单价=中标价时,计算生成返利,返利=返利单价*销售数量。
返利频次支持
依据返利频次计算所得出符合返利条件的业务单据,在哪一日需进行返利台账,即应收日期。
应收返利/实收返利管理
其中实收返利金额有差异,可以进行返利调整冲调,并可进行备注批量登记差异和冲调原因,未来备查使用。
返利修改申请管理流程
1、返利政策修改申请
单品和总量政策都可申请
返利线索或者返利形式变更
参与返利商品变更
返利条件变更
2、采购经理审批
经过采购部门领导审批确认是否符合修改条件
3、运营审批
经过运营领导审批确认符合修改条件
4、返利重算
只有修改申请通过的规则,才可重算,重算后的返利单据提现到应收相关报表
客户让利政策管理
客户让利计算取值
单位让利:供应商要求让利+自主让利,让利可采用金额和比例两种形式。
代收代付台账管理
一次性发生的供应商要求公司先代收,然后再代付给下游客户的事项,例如供应商给下游客户的其他方面的补偿等,这些补偿金额的计算与公司采购、销售无关。通过代收代付功能模块独立管理代收资金台账。
返利辅助平台工具
回款即时通APP
通过APP帮助各公司的业务员、销售主管、销售总监等实时查阅销售回款情况,更方便快捷的查询每一个下游客户、业务部门、业务员的销售应收数据分布情况。
根据不同使用人岗位级别,不同查询视野
集团公司可查阅总数据和各级子数据
销售部门负责人只可查阅所负责部门或业务员客户子数据
业务员只能查阅所负责子数据