云仓 inbound 愿景
- 保障货品质量、提升送仓效率，确保货主货品充足，减少超卖风险
什么是无忧质检？
- 无忧服务提供的官方检测，保障货品质量，给消费者优质购买体验
什么是无忧服务（无忧联盟）？
- 抖音供应链云仓提供官方质检、云仓发货（仓配）、售后客服保障服务
- 提升货品优质物流时效，云仓 24 小时支付揽收率 99%，隔日达 60% 订购无忧服务条件？
- 商家准入标准（主体、账户、商家体验分）、商品准入标准（类目、品退率）
什么是前置质检？
- 提交将需要质检货品，上传资料信息图片、说明书等，人审平台进行审批通过后，提升线下的质检通过率
云仓行业和无忧行业
灰度货主名单/降级货主名单= 创建入库单后，入库单上货品需要质检需要「补充货品资料」 触发前置检策略是什么？
- 新创建的货品：无忧货品预绑定/已绑定
- 之前创建的货品：无忧货品预绑定/已绑定 + 线上该货品不通过/货品上次线下质检不通过 ps: 在抖店无忧服务提报该货品，提报成功就是预绑定，线下质检成功为已绑定
-
修改抖音电商供应链与物流
-
修改从新到老，修改云仓 inboun 入库链路 xxxx
-
修改非 ERP 商家
-
去掉 ByteSQL、TCC
-
在入库前置质检项目，需要上传多张货品实物图片、铭牌以及说明书 PDF 等，沉淀通用上传组件，支持手机端扫码上传图反显到 PC 端，并且保证隐私安全限制扫码用后即焚，图片链接设置过期时间，可支持供应链各域使用手机传图各个场景。
-
快递拦截直接修改用 ES，跳过后期
-
背景场景 目标是什么 担任什么角色 涉及方有哪些 业务动线
-
指标/单量
-
技术细节
-
ES 同步方式、version 字段处理覆盖问题、ES 的深分页问题、ES 的 scroll 问题、ES 父子文档和 nested 问题、ES 的 shard、扩容等问题
-
抽象的模型消息触发事件、完结事件 - 表结构
-
数据量多大，占多大磁盘、内存等
-
什么是 ES？（分布式搜索、全文搜索、倒排索引、lucene 引擎）
-
ES 底层存储和查询原理是怎样的？
-
使用 ES 的场景？（什么时候需要使用 ES）
-
使用 ES 的好处和缺点有哪些？
-
同步到 ES 的方式有哪些？（消费 MySQL 的 Binlog 流式写入 ES、SDK 方式直接写 ES、业务逻辑上发 MQ 流式写入 ES【双写】）
-
什么是 ES 深分页？
-
如何解决 ES 的深分页？
-
超过 1000 为啥使用 scroll 游标方式查询？scroll 底层是怎么实现的？
-
现在数据量多大？按照什么粒度设置索引？需要多少 shard？
-
ES 怎样扩容？
-
ES 中 must 和 should 区别？keyword 和 text 选型？
-
ES 实现聚合一对多 nested 和父子文档选型？