我需要在 iOS 应用程序(适用于奥地利地区)中实现虚拟钱包,用户可以在其中通过积分向卖家付款,我可以实时提取。例如,如果用户必须向卖家支付 10 美元,那么我将在我的账户中获得 2 美元,向卖家支付 8 美元。是否有任何服务可以用于此工作流程?或者如果苹果应用内是答案?
即使交易以真实货币进行(可以取消虚拟信用等),我也会很好,优先事项是我在卖家收到费用之前实时获得我的减免;请建议。
我需要在 iOS 应用程序(适用于奥地利地区)中实现虚拟钱包,用户可以在其中通过积分向卖家付款,我可以实时提取。例如,如果用户必须向卖家支付 10 美元,那么我将在我的账户中获得 2 美元,向卖家支付 8 美元。是否有任何服务可以用于此工作流程?或者如果苹果应用内是答案?
即使交易以真实货币进行(可以取消虚拟信用等),我也会很好,优先事项是我在卖家收到费用之前实时获得我的减免;请建议。
务实地说,这种“即时性”会产生会计问题。在现实的商业世界中,交易可能会出错,客户可以要求(并获得……)他的钱。
因此,“和解”通常在事后支付,尽管应付金额是立即计算的。
例如,考虑一下当您使用信用卡在餐厅用餐时会发生什么。交易被实时批准,但随后被放入餐厅“结算”的“批次”中,可能在工作日结束时。这笔钱可能在之后的很多天都不会到达餐厅的银行账户。(特别是(!)在美国运通的情况下!)
尽管该公司立即知道应支付的金额,但它还没有这笔钱。
同样,餐厅“赊账”购买其食品和其他材料,发出采购订单,该订单实际上是一张期票。
当客户提交 10 信用交易时,2 信用支付给您,其余 8信用支付给供应商。但是,这两种转移实际上都还没有发生。您可能直到经过一段时间后才能真正获得您的钱/信用,例如最初的“退款保证”或“买家悔恨”期。会计师将此收入记为“应付账款”,并定期他们“开张支票”,并附有一份声明,其中详细说明了哪些应付账款分录已由此结算。一旦您收到支票,您就有权在法律上兑现它,如果发行公司发现它犯了错误(或者客户在要求......并且收回......他的钱之前花了他的甜蜜时间),发行公司承担损失。(也许还会给供应商写一封不太礼貌的信。)