最近在做一个项目，里面有支付的流程，简单的说一下，目前走的只是线下的流程，这里面蛮复杂的，老板参考了京东，微信，支付宝的支付，然后说没问题可以做，实际却漏洞一大堆。按照客户的要求是商家生成一个支付二维码给用户扫，然后用户进行支付，同时如果该用户有豆可以进行抵扣的话，也可以用豆，但前提是用豆会产生手续费。
页面如下：
我根据我们目前开发的画出来的流程是这样的：
撇开使用豆支付来看，流程是没问题的，跟大厂的流程一样。但如果用豆的话就出现问题了，无论如何你最后还是要用现金（微信，支付宝）支付一笔手续费。你的豆只能用来抵扣金额，而没有包括手续费，因为手续费是由豆产生的。
我不知道这样是不是客户要的，但如果我是个用户的话，我想我是不喜欢这种操作的，我宁愿一次性用豆把所有的都给支付完（前提是我有足够可以支付的豆）。就像我上淘宝会倾向于买包邮的东西，而不会去买那些还要我去付邮费的，即使明明那件包邮的其实是把邮费算到商品价格里。
那么我对此设计了另外一个流程，因为我觉得问题是出现在手续费这里，那如果手续费不是从豆产生的，而是从金额里产生的会怎样？
我根据金额来算出手续费，然后加起来的这个金额来换算成相当于多少豆，那么我只要一次性支付这么多豆的数量即可。如果我豆的数量不足，那么我就按照传统的那样再支付抵扣后的现金即可。
最后：
其实这个流程也只是我自己的理解而已，但实际能不能这样解决，对于客户那边来说，我还是不清楚，只能说向上面反映而已。
一个问题：
我觉得这里的前面是有问题的，就是在金额这一块，如果说金额不确定但不需要豆，单纯的扫码支付，那就跟支付宝微信一样；如果说需要豆，但金额固定，那就跟淘宝，京东的下单一样。可惜这里是两者的结合体，就是如果是商家给出了固定金额的二维码给用户扫，那还没什么问题；但如果是商家不提供金额，让用户自己输入，然后用户又不输入，直接选择豆支付，那我觉得我只能给个提示说请先输入金额......我自己是觉得这样的体验不好的。
最近在向客户确认这个流程的时候，发现原来我们一开始想的一些部分是错的，而他们的回应也让这个流程简化了一些。也就是要么是单纯的移动支付，要么是单纯的豆支付。
