KamoCRM

Org-scope 零售服务和 +++

Fixkamo-shared-library
已装运
2026年9月23日 12:42 UTC
作者
Kamo
提交
19505fa

商务总公司零售的每名交易员 分资源(类别、品牌、属性/价值、图像、变体、标签、 审查、客户、客户级别、税级/区/税率、折扣、价格 清单/单位、礼品卡、地点、库存水平/调整、运输 区/方法、承运人、货运、运货车/货运、订单草稿、订单 音符)通过一个赤色的发现ById(uid)/去除ById(uid)解决了行,没有 查查这行属于打电话者组织 任何认证 任何 Org 成员都可以读取、编辑或删除另一个组织的行 猜想或点出客户的指针(相关长号) a PII 姓名、电子邮件和开支的漏报;礼品卡、库存和推车 总共是写进另一个租户的钱和库存数字 获得 MarketVendors 的空档: 它的 POST/PUT/DELETE 兄弟姐妹已经 通过寻找ByIdAndOrganizationId解决了市场,但GET没有. 通过对每个外观进行线纹整齐固定 : - 拥有自己的组织栏的实体(其中大多数)现在决心 通过一个新的查找ByUidAndOrganizationId寄存器方法,镜像 现有 QQ 模式 (一个明确的`调查',因为这些实体'的id字段是`id',而不是`id')。 - 没有组织栏的实体(产品图像/变量) 通过其产品、其属性的属性值、 价格清单通过价格清单列出) 新设 连接到父组织的查询。 - 从请求机构逐字取出几把创作时的外国钥匙 (市场标识,母类标识,客户级标识,保税区/类,). 图像/变相交叉连接、货运承运人/地点、草稿 命令保存的地址)有相同的鼠标瞄准镜,关闭相同的 写入时的空格类别, 不仅仅是在 by- id 读取/ 更新/ 删除时。 - 搜索市场和新的搜索 Offering(id, orgId) 超载集中 用于每个之前称为未扫描的创建处理器 。 - 让MarketVendors现在通过寻找By来解决它的市场 组织 在列出卖家之前, 匹配自己的兄弟姐妹。 在所有情况下,一列外星列的答案都和失踪的一样: 例外, 相同消息, 相同的 HTTP 响应 处理器已经为 一个坏的Uid - 没有新的信息被fix本身泄露。 质量任务: 更新 GiftCard 不再接受当前 Balance 请求身体。 不存在角色右键( MANAGE PRIGING, MANAGE ORDERS,...) 明确涵盖人工平衡调整,因此根据协调员的立场 指令,我们没有发明;同名成员仍然可以编辑 卡片的其他字段和以前一样。 协调员的说明:卡莫-内部 市场贴现 Tab.tsx 礼品卡编辑对话框今天发送当前Balance 和 该字段现在将被默默地忽略 - 一个专门的调整-平衡 尾端点( mirroring/ stock- levels/{uid}/ adjust) 后面的是 正确的修补需要产品决定,而不是单方面的新角色RightType. 在重新开发这些签名时也固定在路过: 创建Shipment 从错误的地方读取命令( 控制器正在通过 orgId) 定位为命令Id所属位置; UI 总是在命令中发送命令Id ——现在读取从身体发出的命令,这是每个呼叫者所要的. 已经发送。 这是一个功能固定,不是安全固定。 测试:零售服务Org 范围界定测试和XQ 每个寄存器模式覆盖一个代表性资源(自定义一栏, (通过父母加入),外文读取/update/删除失败的 修补和同一码的呼叫成功 加上礼物卡质量 转让规则。 已检查突变: 恢复检查以找到ById 全部9个"外公"测试失败为红色;在承诺前恢复.

所有更改

就像你看到的运输?

所有东西都是靠自己运入你的工作空间的 从免费计划开始,一个月后再读这页.

永远开始自由查看定价