模块
真实账本上的发票,以及按支付人匹配到正确会员的银行对账单。
- 会费发票和活动票款在同一个付款账本上,由 Postgres 支持,不是电子表格或 localStorage 演示
- 两条真实的支付渠道:台湾用 Newebpay,全球用 Stripe,各自提供托管结账页面,款项直接结算到商会自己的账户
- 银行对账读取台湾对账单并提议每项支付属于哪个会员,供人员确认
- 应收账款账龄和逾期发票可见性集中在一处
In the productFinancePayment accounts 会费和活动付款的一个账本
会费发票和活动票款进入同一付款账本,由真实 Postgres 支付层支持,而非产品其余大部分在推介版本中运行的确定性演示数据。如果你认真评估这一点,这种区别很重要:你在试点中看到的财务数字是真实支付记录,而非种子数据。报名时付款的门票会获得一张有编号的收据,而不是发票。
为商会实际运营地点构建的支付渠道
Stripe 覆盖其支持国家的刷卡处理;Newebpay 覆盖台湾,Stripe 在台湾完全无法打款,付款在 Newebpay 自己的托管付款页面上完成。该页面提供哪些付款方式,取决于商会的 Newebpay 账户开通了哪些。在多个地区收取会费的双边或双国商会两者都需要,这不是锦上添花,而是因为另一个选择是手动核对电汇。
没有人为台湾解决的对账问题
台湾银行对账单不会告诉你谁支付了你。会员通过自动提款机转账支付,对账单显示发送账户的最后五位数字,而非公司名称,因此商会财务主管花费每月月末手动将五位数代码列与会员列表匹配。
上传对账单,财务工作区解析它,读取那些支付人代码和名称,并提议每行属于哪个会员和哪个开放发票,按置信度排名。当两个会员确实接近匹配时,它拒绝猜测并提问。未经人员确认,任何内容都不会写入,确认每行仅需一次点击。
明确一下这不是什么:此版本中没有会计软件包集成。你的会计师保持自己的记录系统,这里的对账意味着商会自己的账本反映银行,由人工而非假设确认。
Frequently asked questions
Chamberflow 实际上支持哪些支付方法?
Stripe(在 Stripe 支持的国家刷卡)和 Newebpay(台湾;付款页面上的方式,就是商会的 Newebpay 账户所提供的方式)。启用哪一个,取决于商会在“付款账户”设置中连接了哪个账户。如果两者都已连接,在线付款会通过 Stripe。由人工确认的银行转账则随时可用。
Chamberflow 是否与 QuickBooks 或 Xero 集成?
不集成。此版本中没有会计软件包集成,产品在对账面板本身中说明这一点,而不是暗示其他。它所做的是将商会自己的账本与上传的银行对账单进行对账,由人员确认每个匹配。
它如何知道哪个会员发送了自动提款机转账?
它匹配台湾对账单实际包含的内容:发送账户的最后五位数字、如果存在支付人名称、金额和该会员的开放发票。它提议一个匹配,人员确认。当两个会员太接近无法分离时,它拒绝选择,而不是将支付记入错误的会员。
Book a demo: we'll run it live in a working demo workspace, not a slide deck.
Book a demo