00 Admin 术语表

跨 Client 和 Admin 共用的词（幂等、SKU、采集任务、采购任务、便携模式……）在 Client 术语表里，本文不重复。

1. 业务名词

词	一句话解释	在本项目里指
蝦皮 / Shopee	台湾的电商平台，我们在上面卖货	订单的来源。导出的报表是繁体中文、金额是台币
顺运宝 / SYB	物流服务商，提供货运单	告诉我们"这单要发什么货"，是采购的触发源
货运单	顺运宝那边的一条发货记录	`syb_orders` 表的一行
拼多多 / PDD	大陆的电商平台，我们在上面进货	采购的目标平台
商品規格ID	蝦皮给每个 SKU 的唯一编号	`shopee_skus.sku_id`。实测 6092 条零重复，是天然主键
规格原文	蝦皮报表里没拆开的那一列，例如 `黑色,M【建議40-50公斤】`	`shopee_skus.spec_raw`，永远原样保留
建议	蝦皮规格里的建议体重，例如 `40-50公斤`	不是"建议采购链接"，别理解错
SKU 映射	"蝦皮的这个规格 = 拼多多的那个规格"的对应关系	`sku_mappings` 表。匹配一次，以后同商品自动带出
采集状态	一个 PDD 商品的数据采到没有	`pdd_products.collect_status`。挂在 PDD 商品上，不在蝦皮商品上——被采集的是 PDD 商品

词	一句话解释	在本项目里指
Gin	Go 的一个 Web 框架，负责把 URL 路由到你的函数	唯一允许使用的 Web 框架
`html/template`	Go 自带的 HTML 模板引擎，会自动转义，防 XSS	所有页面都用它渲染，不引入前端框架
服务端渲染	页面的 HTML 在服务器上拼好再发给浏览器	与之相对的是前端框架在浏览器里拼，本项目不用
htmx	一个单文件 JS 库，让 HTML 标签直接发请求换局部内容	需要局部刷新时可用，没有构建步骤
upsert	"有就更新、没有就新增"，一次操作搞定	Excel 导入的唯一正确做法，见 §3
cgo	Go 调用 C 代码的机制。用了就需要装 C 编译器	本项目避开它；MySQL 和历史 SQLite 迁移驱动都是纯 Go
`modernc.org/sqlite`	纯 Go 实现的 SQLite，不需要 cgo	只用于读取历史 `admin.db` 和迁移回归，不进入生产运行时
excelize	Go 读写 Excel 的库	固定用它读蝦皮报表
CSRF	攻击者诱导你在已登录状态下发出非本意的请求	所有写操作都要防，见 06 §4
参数化查询	SQL 里用 `?` 占位、值单独传，而不是拼字符串	防 SQL 注入的唯一正确做法
商品目录批次	第三方脚本一次提交的一组蝦皮、PDD 和关联数据	用 `source + batch_id` 做幂等；系统只保存处理摘要，不保存完整请求体
Bearer Token	第三方脚本放在 HTTP `Authorization` 头里的专用凭据	只用于商品目录接口，不复用网页登录 Cookie 或 Client 接口身份

这条单独说，因为做错了会丢数据。

蝦皮报表可以反复导入（每次导出的都是"最近有成绩的商品"，不是全量）。而 PDD 链接是人工一条条填上去的，只存在我们自己的库里，报表里没有。

所以导入时：

做法	后果
先 `DELETE` 再 `INSERT`	人工填的 PDD 链接、SKU 映射全没了 ✗
按主键 upsert	报表里有的字段更新，人工填的字段原样保留 ✓

主键：商品用 商品ID，SKU 用 商品規格ID。

一个文件里混了两种行，别当成一种：

行类型	判断方法	条数（样本）	导入到
商品汇总行	`商品規格ID` 是 `-`	5195	`shopee_products`
SKU 行	`商品規格ID` 是数字	6092	`shopee_skus`

平均每个商品只有 1.17 个 SKU —— 因为这份报表只包含有销售成绩的 SKU，不是完整目录。所以订单来了查不到 SKU 是正常现象，界面必须支持手动新增，见 01 需求 §4.1。