动态定价 (价目表) — 考虑买家的基本价格

□ 总结

这个问题提出了一个计划,将买方-意识到基础定价添加到销售商身上:根据谁正在购买(如要人客户,批发)和他们正在购买时(如有时间限制的窗口价格),能够对同一种变式收取不同的列表价格.

其特点是opt-in和添加剂. 一个从未创建标签或标价行的商店,其行为与今天完全相同,查询费用相同. 只有在商人添加了新数据后,价格才会发生变化。

这个问题提出了概念和阶段以加以介绍。

为什么

今天没有一流的方式来表达"VIP/客户级定价",也没有模式化的有时间限制的列表价格. 我们希望两者都是真实的,Dashboard管理的概念,与现有的折扣/晋升制度一起工作.

□关键概念

MVP增加了两个共同工作的新构件:

1. 客户标签——一种一等的,由Dashboard管理的方式给客户分组(slug + name),可转让给客户(很多到很多). 这是"VIP / 批发/客户端级"轴.

2. 缩写价格行——变体频道上市的可选额外价格记录. 每行都有自己的价格,加上一个可选的镜:

• 一套客户标签 买方必须拥有和/或
• 有效窗口(有效从'/有效从')。

一个resolver 然后使用固定规则为给定的买方取出基本价:最具体的匹配行胜出,如果几个匹配相等,则使用最低价. 列表中现有的“p价-amount”作为没有行匹配时使用的default价格保留,因此没有数据迁移,变化在没有停机时间的情况下可以安全部署。

□它的行为(重要要点)

• ** 普通案件不变。 ** 如果上市时没有范围行(绝大多数),解码器会返回今天的价格而无需额外工作. 任何不使用该特性的上市成本与今天完全相同.
• ** 有两种行,其影响范围不同:**
• ** 标有标签的行仅适用于登录客户。 ** 嘉宾没有账号也没有标签,所以这些行永远无法与之相配. 因此,要人定价总是落后于登录。
• ** 仅限Validity行(无标记)适用于每个人,包括来宾**——例如黑色星期五窗口价格. 此是取来客用相.
• ** 买方的身份由服务器确定,而不是从请求机构取出。 ** 它来自经认证的直接阅读用户(从请求的JWT令牌中解出),或来自报到/定购单所附的 " 用户 " 。 买家的标签是从那个用户那里查的 客户端不能在查询中通过自己的标签或"作为客户X的价格"身份,并获得荣誉——这种输入被忽略了,除非被调用者拥有"MANAGE PRODUCTS"的许可("审查是..."对工作人员的功能). 这是从第一次承诺开始强制执行的,因为如果弄错了,买家就会改变自己的价格。
• ** 仍然适用促销、凭单和税款; . . . . . . .