您售出后仍然欠着的唯一商品。
资金在购买礼品卡当天到账。珠宝几个月后才离开,在不同的销售中,通常卖给从未来过您店铺的人。因此Gem Logic中的礼品卡构建方式更像账本而非记录:余额从针对它的每次兑换中计算得出,条款事后无法编辑,并且礼品卡永远无法删除。
礼品卡是您已收取但尚未交付货品的款项。
这一句话决定了整个系统必须如何构建。您欠下的款项需要一个任何人都无法手动修改的余额,需要一段无法悄悄整理的历史记录,还需要一份不因发卡人离职而消失的档案。而大多数系统给您的只是电子表格里的一串代码和某人随意编辑的数字。
您收到了款项,但仍欠货品。在礼品卡用完之前,卡上的金额是您银行账户里的一笔负债,表面上看起来和营业收入一模一样。
不是存储的,也不是调整的。余额是发卡金额减去每一笔成功兑换的金额,每次保存时重新计算。
卡号、金额、币种和有效期在发卡时就已固定,任何礼品卡都不会被删除。您不再接受的卡会被停用,但仍然可见。
每张礼品卡代表一位有理由进店的顾客,通常是从未光顾过您店铺的人,通常消费金额会超过卡上的余额。
礼品卡的购买和使用与其他商品在同一柜台进行,在同一张订单上,先作为商品行,然后作为支付方式。不需要第二套系统,不需要单独登录,也没有卡服务商从您自己的钱里抽取手续费。
礼品卡的三种生成方式,其中只有一种是真正的礼物。
有人在十二月的柜台购买一张。有人因为维修比您承诺的时间晚了三周而得到一张。还有人应得一笔您希望留在店内的款项:多付的金额、退货款项,或是今早他们卖给您的黄金。三种方式生成的是同一种对象,之后的行为方式完全相同。
作为零税率行项目添加至订单,因为税款属于礼品卡最终购买的商品。客户像支付其他商品一样支付礼品卡,销售单确认的那一刻编号即刻生效。
单独发放用于赠品、竞赛、企业订单,或是比电话道歉更有诚意的补偿。同样的对象,背后没有销售单,记录中注明了创建人和创建时间。
订单多付款项、退货商品,或回购的差额转为礼品卡,而非从收银柜取出现金。来店出售项链的客户带着 $2,280 离开,可用于购买橱窗里的商品,而用额度替代现金并给予略高价值,对双方都更有利。
没人希望收到柜台上念出来的编号作为礼物。每张礼品卡都会打印为规范的兑换券,包含编号、金额、有效期和您自己的品牌标识,并以客户联系人记录中的语言生成。可在柜台打印,也可邮寄。
在收银台,它是一种支付方式,而非谜题。
礼品卡常常让商店难堪。顾客拿着礼品卡到店,查询余额却需要打电话、翻文件夹,或者找一位今天不在的同事。在这里,礼品卡是订单的支付方式之一。输入代码,或者点击顾客已关联到本次销售的卡片,金额就会当场扣除。
如果请求的金额超过礼品卡余额,系统会将金额限制为剩余余额,其余部分需用其他支付方式。礼品卡不能透支、不能重复使用,且一旦停用或过期即无法使用。
大多数珠宝的价格都高于为其购买的礼品卡金额,这正是礼品卡的设计初衷。用 $150 的礼品卡支付 $890 的耳环,剩余 $740 可用银行卡支付,两笔付款记录在同一订单中。
在错误的销售单上使用了错误的礼品卡,这只是平常的小插曲。移除该笔支付后,礼品卡余额会自动重新计算,因为余额从来不是需要人工记忆和修正的数字。
余额并非字段,任何人都无法通过编辑来规避它。
这部分听起来像是限制,实际上却是产品的核心。礼品卡代表门店资金,如果任何有登录权限的人都能充值、修改或删除,这样的门店资金就不值得发行。礼品卡的代码、金额、货币、到期日期和顾客在创建时即固定。变化的是兑换记录列表,余额由此计算得出。
代码、金额、货币、到期日、客户及其来源销售单在发行后均无法更改。您尝试修改时,系统会提示您正在触碰哪个字段。唯一的例外途径经过深思熟虑且范围受限:仅限管理员,或由您的所有者有意识地开启的设置。
错误发行、已更换或报失的卡会被关闭并保留在列表中,记录其完整历史。删除它会移除您收款的唯一证据,而这正是会计师要查验的内容。
发行、打印、兑换、停用与重新启用:所有操作都会记录在卡的活动日志中,包含经手人和时间。当客户声称余额有误时,答案就在卡上,而非某人对三月份的回忆中。
礼品卡在被消费前不构成收入。
十二月的礼品卡销售看起来是个非常好的十二月。但其中一部分实际上是更好的一月,还有一小部分可能永远不会兑现。这三者的差异就是未兑余额,它是一个数字:所有已发行金额减去所有已兑换金额。知道这个数字,是区分一家销售礼品卡的店铺与一家已悄然向客户借款的店铺的关键。