参与好享乐活动后怎么核销到店核销?

崔律师您好!我是一家4S店的员工职位是市场经理,负责市场宣传活动的推出、资料整理以及向厂家报备做核销的工作;从今年的6月8日的到现在 没有劳务合同,现在有┅种这样的情况厂家是对我们市场活动的费用有支持的,但是支持的指标有一项重要的指标是销售顾问必须在厂家系统上建立每个活动對应的客户信息我每个月都有和他们说 ,但是他们的工作问题没有及时录入客户信息,现在要向厂家整理资料报费用我这边的所有資料全部符合规定,就只差销售顾问没录够数量潜客因为这个很有可能十几万的费用报不回来;如果事情我们公司领导追究责任,让赔錢什么的我该用什么方式保护自己!

1.7 预收款冲预付款
1.7.1 预收款冲预付款萣义
就是应收系统的预收款与应付系统的预付款进行核销可以是不同的客户与供应商之间进行。
1.7.2预收款冲预付款核销规则
预收款与预付款是否要求相等如果不等如何处理

核销时预收款单据如何处理


单据余额减少本次核销金额,并生成一张退款单

核销时预付款单据如何处悝


单据余额减少本次核销金额并生成一张退款单
生成单据,系统自动在应收款管理系统生成一张金额为核销金额的退款单并且已经与原预收单核销;同时,在应付款管理系统自动生成一张金额为核销金额的退款单并且已经与原预付单核销,并且只在应收款管理系统的核销日志中增加这条记录,应收款管理系统生成的退款单的摘要为“预收款冲预付款原单号码为×××”,而且不允许删除应付款管悝系统生成的退款单的摘要为“预收款冲预付款,原单号码为×××”而且不允许删除。

核销过程中是否出现其他提示


1:如果金额不相等会出现“核销记录不合法:待核销双方记录的金额应该相等!”的提示

2:单据日期大于核销日期,是否以单据日期做为核销日期?

3:核销日期小于系统日期,是否以系统日期做为核销日期?

4:核销日期必须大于等于最大单据日期!


1.8.1收款冲付款定义
这个与预收款冲预付款的意思差不多只是把预收单改为收款单,只是把预付单改为付款单而已
1.8.2收款冲付款核销规则
收款与付款是否要求相等,如果不等如何处理

核销时收款单据如何处理


单据余额减少本次核销金额并生成一张应收退款单

核销时付款单据如何处理


单据余额减少本次核销金额,并生成一张应付退款单
生成单据系统自动在应收款管理系统生成一张金额为核销金额的退款单,并且已经与原收款单核销;同时在应付款管理系统洎动生成一张金额为核销金额的退款单,并且已经与原付款单核销并且只在应收款管理系统的核销日志中增加这条记录。注意应收款管理系统生成的退款单的摘要为“收款冲付款,原单号码为×××”而且不允许删除。应付款管理系统生成的退款单的摘要为“收款冲付款原单号码为×××”,而且不允许删除

核销过程中是否出现其他提示


1:如果金额不相等会出现“核销记录不合法:待核销双方记录的金額应该相等!”的提示

2:单据日期大于核销日期,是否以单据日期做为核销日期?

3:核销日期小于系统日期,是否以系统日期做为核销日期?

4:核销日期必须大于等于最大单据日期!


蓝字单据的核销按照以上规则核销完全正确确定核销金额如果要求核销金额相等,核销直接取本次核销金额如果不等,就会先把本次核销金额小的单据先核销掉对于有红字的单据参与核销,就需要附加一些特殊处理(以下部分来源湛剑的整理)
1.9.1 全部是蓝字单据核销
选中单据均是蓝字单据,核销时按金额小的一方核销同时对金额大的一方的单据进行扣减处理;
例洳:核销界面同时选中以下单据
系统处理:按核销金额4500核销,对发票002的本次核销金额自动改为2500然后进行核销处理;
1.9.2. 全部红字单据参与核銷
选中单据均是红字单据,核销时按金额绝对值小的一方核销同时对金额绝对值大的一方的单据进行扣减处理;
例如:核销界面同时选Φ以下单据

系统处理:按核销金额-4500核销,对发票002的本次核销金额自动改为-2500然后进行核销处理;


1.9.3  选中单据同时存在红蓝字单据,如果核销金额大于0
选中单据同时存在红蓝字单据如果核销金额大于0,核销时按金额小的一方核销同时对金额大的一方的单据进行扣减处理;
1.9.4 选Φ单据同时存在红蓝字单据,如果核销金额小于0
选中单据同时存在红蓝字单据如果核销金额小于0,则要求核销金额必须相等同时按每張单据的本次核销金额进行核销处理
例如:核销界面同时选中以下单据

系统处理:按核销金额-1000核销,然后对每张单据按其对应的本次核销金


所谓单边核销就是在到款结算中红字的发票和应收单可以与蓝字的发票和应收单核销,退款单也可以与收款单进行核销但要求他们嘚绝对值相等。

1.10 核销中汇率的处理规则


外币单据核销时需要考虑汇率问题,直接影响期末调汇
1.10.1 应收冲应付时汇率的处理规则
   应收冲应付时生成单据的汇率取得是过滤界面上币别的汇率,就是在币别设置中的汇率与单据上的汇率是无关的。
  例如:应收款单据原币为USD1000单據汇率8.0,折本位币为8000应付款单原币为USD1000,单据汇率8.1折本位币为8100,核销处理时假定核销的原币金额为USD1000,核销汇率参考当天外汇牌价为8.2則核销本位币金额为USD=8200,输出各种账表(如应收款明细表)时本位币金额按8200计算。当天外汇牌价可以在核销界面中输入
1.10.2 其他核销情况下彙率的处理规则
由于全部取的是收款单的汇率,因此会造成应收单和发票的本位币差额尤其会造成原币已经核销完,但本位币没有核销唍需要调汇来解决这个问题。
以到款结算为例来说明:
如应收USD0收款USD=8100,则核销的原币金额为USD1000,核销本位币金额为USD=8100,则核销完毕应收单据的餘额为原币为0,本位币为-100收款单余额原币、本位币都为0。由于汇率的差异导致的原币为0本位币不为0的情况可以通过调汇进行处理。如果多张外币应收款与多张外币收款单核销时为保证核销汇率的一致,要求所有参与本次核销的收款单的汇率必须一样

1.11 按存货数量的核銷规则


基本规律:按存货数量核销只对有发票单据的核销类型才有效。由于其它应收单没有存货的信息资料故只有销售发票可以参与按存货数量进行核销。区别于选择按存货数量核销时应收款列表框单据右边有一【详细】按钮。单击【详细】进入按货物核销界面,界媔中显示了存货的品名、规格、数量、单价、未核销数量、未核销金额等信息录入本次核销数量及本次核销金额,单击【确定】退回箌“单据核销”界面,对刚才处理的销售发票及相应要核销的收款单打上选择标记单击【核销】,即可按存货数量进行核销如果选择叻按存货数量进行核销,会影响往来对账单和合同执行情况表的结果查询往来对账单时您可以选择按存货进行输出,随时了解未核销(即未收款)的存货品名、数量、金额等同时还可查询合同的数量完成情况。
需要注意的是:如果某一发票体的本次核销的数量与剩余数量相同那么本次核销金额会等于剩余金额,相反当本次核销金额等于为核销金额时那么本次核销数量也自动设置为未核销数量。这样保证了数量和金额的一致性

1.12 按应收单号核销规则


基本规则:按应收单号核销时,应收款列表框只显示与收款单关联的应收单据记录选擇待核销的收款单,则相关的其他应收单也自动打上选择标记其他应收单不能手工选择。单击【核销】系统自动核销收款单及其对应嘚销售发票、其它应收单。如果收款单金额大于销售发票、其它应收单的结算金额(即要核销的金额)则核销处理后,没核销完毕的收款单只能采用按金额或按存货数量方式进行核销无法再按应收单号进行核销。
外币的处理:如果币别为非本位币币别则核销金额的原幣折本位币金额应为:核销原币金额 * 收款单的汇率。
基本规则:自动核销时根据先进先出的方法按单据余额进行自动勾对。即该往来单位所有未核销的发票、其它应收单与所有未核销的收款单、退款单(不包括预收单)核销此时参与核销的收款单不仅包括到款结算中显礻的收款单据,还包括过滤框中未列示的未核销收款单参与自动核销的其他应收单则包括您录入的所有该往来单位未核销的其他应收单,不只是过滤框中列示的其他应收单
由于汇率差异的影响,系统只对本位币提供自动核销功能如果为非本位币单据,则必须通过手工核销进行处理
◎ 但已按存货数量、应收单号进行部分核销的往来单位不能再参与自动核销。
◎ 除按金额方式进行到款结算核销外对于其它核销类型与核销方式的组合,系统不提供自动核销的功能
◎ 参与自动核销的其他应收单则包括您录入的所有该往来单位未核销的其怹应收单,不只是过滤框中列示的其他应收单.

2.1.1 性能问题主要表现


◎ 如果数据量较大时取数到填充表格的速度较慢,特别是到达10000条以上很慢
◎ 核销时如果数据量较大核销的很慢,尤其是并发时数据更慢
◎ 自动核销如果很多客户参与核销而且单据较多时会很慢。
◎ 参与反核销的核销记录如果很多也会很慢
◎ 以上如果多个用户并发操作时很慢。

2.1.1 性能问题主要对策


   客观上说核销动作是个比较复杂的过程,需要很多数据的有效性检查还需要更改每条单据的剩余金额,还需要生成单据比一般的单据录入和报表取数的性能要差。下面针对以仩5点从设计的角度分析原因和需要改进的地方
   取数到填充的速度较漫:主要是我们使用的控件VaSpread采用实模式的数据填充方式造成填数很慢,以后使用kdGrid2000就不会存在这个问题
   核销时如果数据量较大核销的很慢:
核销时我们要经过以下几个循环:A求出所有参与核销的应收单据本佽核销金额和 B求出所有参与核销的收款单据本次核销金额和 C 对A,B的结果比较 D 打包所有参与核销的应收单据单据 E 打包所有参与核销的收款单据 F 箌达中间层后解包,对每条数据又要进行合法性检查然后减少单据余额,更新收付款计划,需要生成其他单据继续处理
初步想法是匼并A,B循环。去掉中间层一般合法性检查只保留对单据余额的合法性检查。

自动核销如果很多客户参与核销而且单据较多时会很慢。


自動核销首先从应收款和到款中找到参与自动核销的客户但把所有返回的应收款和单据的单据都循环一边,感觉没有这个必要现在怎么核销从g_rsS和g_rsR中找到客户,而且找出来的客户不能相同中间层也要两次循环,首先计算应收款和到款中的总额然后扣减每条单据。这两个循环是不是可以合并为一个循环
参与反核销的核销记录如果很多也会很慢:以前是把所有参与的核销序号打包,送到中间层解包并相應处理。现在修改对每个核销序号分别发核销大大减少了中间层事物的大小,从理论上可以提高性能但没有得到实际的验证。
   多个用戶并发操作需要进一步的研究
   在自动核销时出现过数据翻倍问题,由于该问题一直不能在研发中心重现我们初步认为由于K3V10.0以前版本没囿网络控制,用户并发时可能造成多次扣减单据余额
   我们建议用户使用V9.4.1以前版本时使用自动核销时最好有一个用户操作,或者升级到K3V10.0,还偠打上我们的SP补丁包
   我们还建议实施人员如果通过SQL更改我们数据库中表里的数据时,最好与研发中心联系由我们分析SQl后再执行Update,delete或insert into操作。

2.4 核销常用SQl汇总(请注意红字部分)

   在很多人的潜意识里一物一码通常只适用于传统的流通性的商品促销。例如超市里常见的酒水、零食、调味品等产品

诚然,在一物一码的应用领域中在骆驼码以往嘚合作客户中,此类产品依然是扫码活动的主流然而在近期,一家风靡全国的潮饮创造了一种新的可能。

它就是新时沏,一匹奶茶荇业的黑马

始终坚持采用上等的原料调配,水果全部直接从台湾进货用好茶、好水、好食材,为消费者创造物超所值的感受奶茶、鮮榨、咖啡、奶盖......50余种营养与美味兼得的潮饮,给消费者创造了更多不期而遇的惊喜

仅用四年时间,全国加盟店数量突破1200家拥有数十萬忠实粉丝,进入“饮品快报”排行榜前三名

2018年4月,新时沏打破传统奶茶店促销方式与骆驼码合作,成为国内首家使用“一物一码智能营销”的奶茶品牌

活动期间,消费者购买指定饮品扫描杯身二维码,即可参与扫码抽奖活动

值得注意的是,新时沏并没有采用全國统一的活动形式而是针对不同的地区,不同的饮品不同的活动,制定不同的策略利用一物一码的“唯一”性优势,将活动形式灵活化将活动效果最大化。

在这次“另类”的创新促销中新时沏对奖品的投入十分给力,在近两期活动中为消费者提供了iPhone X、iPad mini、小米手環、香奈儿香水、香奈儿口红、微信红包等惊喜。

众所周知为了避免核销的麻烦,在大多数活动中主办方通常会选用红包、优惠券等線上奖品,而在本次活动中新时沏却选用了大量实物奖品,它为何要“自找麻烦”呢?

“实物奖品拥有虚拟奖品所没有的真实惊喜和丰富意义更能让人产生愉悦”。

新时沏希望以实实在在的奖品给予消费者最大的惊喜。

在传统的核销行为中关于实物奖品的中奖造假、兌换周期长、效率低、奖品分配不均等问题层出不穷,难以解决但是,骆驼码的核销管理平台却能帮助新时沏解决以上问题。

它的操莋十分便捷功能却极其丰富。新时沏只需要配置核销商品信息-对经销商和门店管理员进行审核设置即可启用核销服务,实现多级核销经销商或门店注册后,即可使用核销移动端进行核销和补货

在活动过程中,企业可登录核销管理平台灵活对相关门店和经销商进行啟用、禁用及冻结操作。

通过核销系统可实时监控中奖后待核销商品数据,查看实时核销数据、补货数据、经销商数据、门店数据、核銷员数据系统自动形成核销热力图,生成省份及城市统计排名从而,真正使企业对活动心中有数

除此之外,本次活动对于新时沏的朂大意义也是他们活动的初衷,便是掌握详实的消费者大数据

“以往,我们只知道将饮品卖给消费者但是不知道卖给了谁,也不知噵怎么核销去留住她”但现在好了,一物一码智能营销帮助他解决了这个大问题。

通过终端扫码后台系统将自动收集消费者的扫码信息、扫码时间、扫码地点、扫码频率等,实时了解动销情况为后期市场营销和决策提供精准数据支持。

“活动进行以后数据显示,囿超过20000人进行了复购这个效果我很满意”。

客户的满意是每一家服务型企业最大的收获,骆驼码仍将不断创新为客户提供更优质的產品和服务。

新时沏+骆驼码奶茶+一物一码,我们相信还有更多创新的组合,还有更多创新的营销模式等待我们去探索。

(免责声明:此文内容为本网站刊发或转载企业宣传资讯仅代表作者个人观点,与本网无关仅供读者参考,并请自行核实相关内容)

【免责声奣】本文为企业宣传商业资讯,仅供用户参考如用户将之作为消费行为参考,中国贸易新闻网敬告用户需审慎决定

我要回帖

更多关于 核销 的文章

 

随机推荐