双币种计费,数据库怎么设计

[perr123]

想同时支持 CNY 和 USD,用户支付后就面临同时存在两种货币,计费扣款时对从哪种货币扣款拿不准

[javalaw2010]

设置一个基准货币，付款的时候根据付款货币实时计算汇率，这个基准货币甚至可以不是 CNY 或者 USD ，而是你自己的积分/金币这种。

[GTim]

基准用 USD

[GTim]

错了，要加一个条件：哪个币种在产品/数据库表里出现的多，就用哪个币种

[perr123]

@javalaw2010 从用户划过来的钱分别存到了 CNY 账户和 USD 账户, 等公司这边进行相互兑换时,汇率已经变了,用实时汇率有意义吗, 从用户 UI 角度, 用户看到的每月扣费分别是以 CNY(国内)和 USD(国外)计价的

[Unicornvic]

增加汇率表，记录每一天/月的汇率
历史账单记录基准货币，计费货币和出账汇率

[ninggc]

怎么扣款应该让用户选择吧，两种货币就是两套

[thoo61871]

参考 wise
花软妹币就扣软妹币
花刀乐就扣刀乐
花软妹币时不够钱就扣刀乐按实时汇率+手续费
用户自己选扣分币种也是按实时汇率+手续费

[specita]

这种需要设计多币种和汇率才能搞定，比如交易币、本位币之类的，然后涉及交易的汇率，日汇率和汇率损益之类的，财务上最后才能平账。

[MoYi123]

就搞 2 套收费方案吧, 就像 steam, 国区就是 rmb, 转成港区就是 hkd. 用支付宝会在付 hkd 的时候按照汇率转成 rmb 的账单的.

[sumarker]

定时锁定汇率，然后扣费呗
如果不行就扣费时使用对应的币种扣，然后等银行兑汇
其实 就算是只有一个币种，实际价格也是在实时变的，感觉没必要纠结这个

[karnaugh]

@perr123 问题就在这了，互相兑换的时候汇率变了，那你们公司承担汇率的导致的损失么。。。

[perr123]

@karnaugh 原则上是分区的,国外一套服务器和数据库,国内另一套服务器和数据库, 公司这边应该不会经常进行兑换,就让 CNY 在国内账户呆着,让 USD 在国外账户呆着. 但服务器上的程序要照顾到两种币种, 不然就要搞分支了

[pkoukk]

@javalaw2010 根本不现实，不同机构给的汇率价格是不一样的，这么玩汇率要亏死

[javalaw2010]

@perr123 用不用实时汇率看你的场景，你也可以使用固定汇率，汇率偏向用户或者偏向自己都可以，只要不显著增加你们的运营成本并且用户可以接受。

[pkoukk]

和 stream 一样，账户在国区钱包就是人民币，也只能买人民币定价的 SKU
币种是个第一优先级属性，因为东西你不可能国外国内卖一个价，全靠汇率动态转
不同区的运营成本都不一样，价格不可能一样。
国内你不用考虑信用卡盗刷，国外你就得考虑，还有信用卡手续费，那国外定价本来就要高

[NoDataNoBB]

currency_type ，amount ，currency_rmb

[julyclyde]

接受多币种的企业不太多吧
一般都是各货币地区分别成立独立的法人，然后联合营销，各自运营

[dongfangmu]

whmcs ？

[darkengine]

国外一套服务器和数据库,国内另一套服务器和数据库
-------
按照这个描述，同一个数据库里不会同时存在 CNY 和 USD 的订单。只要不同的区，分别存放按照 CNY 定价和按照 USD 定价的 SKU 就可以了。代码/程序完全不用管你的货币是什么。

[git00ll]

确定好定价币种、支付币种。
比如一件商品定价 500CNY ，当支付币种与定价币种一致时收银 500CNY 。
当不一致时计费计算得到收银 xxxUSD 。
这里就要再引入一个“报价系统”用于根据用户级别确定不同汇率