他们的物品,他们的定价,他们的收益。但仍需像其他商品一样售出。
寄售商品是您不拥有的库存,价格不由您设定,从售出那一刻起就承载着您欠下的款项。Gem Logic 通过签名和协议接收物品,将其转变为可按承诺价格实际销售的商品,然后分账并跟踪付款直到客户收到款项。
寄售库存有两位所有者,而您只是其中之一。
让普通库存管理简单的一切都不再适用。成本不是您支付的金额,而是您将欠下的款项。价格不由您调整。物品可能被要求退回。而当售出的那一天,收银台里的大部分款项属于不在店内的某个人。四项差异,而普通库存行在所有四项上都处理错误。
它在您的橱窗里、架子上,如果卖不出去就要送回去。因此它是存放在您能走到的指定位置的待售库存,而不是您可能追踪不到的采购品。
您与某人以书面形式约定了要价。每个销售平台的固定价格规则会将其锁定,因此不会有自动调价系统在周日悄悄更改价格。
这件商品的成本就是客户将收到的金额。从第一天起它就被记录为商品成本,因此寄售销售绝不会美化利润报告。
客户会精确记得归还日期。此处有逾期筛选功能,因此是您主动联系他们,而非他们来找您。
它仍然需要像其他商品一样销售,否则就卖不出去。寄售商品是正常的产品,有正常的 SKU,在正常的收银台销售,顶部的四个检查点显示它的进展状态。
五件只能在客户到店时完成的事项。
收货是五分钟的工作,但如果跳过任何部分就会变成一小时:两个签名、客户身份证件的照片、商品到货时的照片,以及六周后商品售出时您需要的银行账号。Gem Logic 在您面前逐项核对,这样就不会有人在付款日才发现遗漏。
门店与顾客在平板上签名,商品仍在柜台上,委托协议即从这些签名中打印生成。无需先打印表格、签名后再扫描留档,后者正是协议丢失的根源。
文件包含商品、要价、条款和归还日期,佣金栏可在打印时略去。顾客签署的内容即门店留存的内容,双方持有相同的文件。
身份证件照片附加在委托记录中并受权限保护,而非存放在四个人共享的文件夹中。IBAN来自联系人记录,因此常来的委托方无需重复提供。
对于想了解您对其戒指的要价并考虑一下的人,给出报价单即可:不创建产品、不占库存、不进入您的存货清单。当他们带着戒指回来时,确认报价单即一次性创建产品、成本、定价规则和库存。
接收商品的那一刻,它即成为您可以销售的产品。
大多数门店在这一环节手工操作并为此后悔:商品存在于协议上但不在系统中,因此无法刊登、扫描或销售,除非有人将其录入两次。Gem Logic在您接收委托的同时创建对应的产品。委托编号即为SKU,寄售库存落入您选择的存储位置,并为其将出现的每个市场编写固定价格规则。
在抽屉里放了九年的手表需要机芯保养,一条链子需要配扣。直接从寄售记录中创建维修单,维修工作会关联到商品,这样商品就不会在客户以为它在橱窗展示时,实际却在工作台上静静待了三周。
结算金额基于实际售价,而非期望价格。
几乎所有寄售纠纷都源于要价与客户砍价后实际成交价之间的差距。Gem Logic在记录销售的瞬间,根据签署协议中的条款,从实际售价重新计算寄售方份额:按销售额的百分比,或扣除固定费用,绝不同时采用两种方式。
Twenty-two per cent on a watch, a flat two hundred on a plain gold chain that will not take a percentage worth having. The terms belong to the item, not to a global setting, because consignors negotiate.
联系人的银行账号已存在,支付方式和日期会记录在案。在款项实际转出之前,寄售状态显示为"已售出",这是寄售方来电询问时的诚实答复。
将付款结算为礼品卡而非转账,款项就不会流出。寄售了一只不再佩戴的手表的人,可以带着余额离开,用于购买他们一直关注的表壳。
七种状态,没有一种需要手动输入。
寄售的状态是自动计算的,永远不是从下拉菜单中选择的。标记进入橱窗的日期,状态即为"在售"。记录付款,状态即为"已付款"。归还物品,状态即为"已退回"。这就是为什么周一的工作列表值得信赖:没有人会因为忘记更改字段而让已售出的手表停留在"在售"状态。
任何超过归还日期仍在店内的物品只需点击一次即可查看,系统会为您计算逾期天数。与寄售人通话后标记为已通知,避免其他人重复致电。
您欠寄售人的款项是真实的负债,它存在于您的银行余额中,看似利润。这是列表顶部的一个选项卡,而非季度末才需要核算的事项。
归还物品会通过库存移动记录将寄售库存注销,确保货架与保险柜数据一致。每个步骤,包括未成功的交易,都会记录在历史中并标注操作人和日期。