Files
order_site/apps/backend
yml2213 56a8184576 feat(douyin-mashida): 皮肤自动发货(按内部 SKU 分流 + 领取链接 + 买家领取接口)
抖音码速达的皮肤类商品改为「自动发货 + 领取链接」:买家不用输订单号,点链接直接领。

**分流(按内部 SKU)**
- 平台闸门放行 `provider='douyin_mashida' && platform='doudian'`,走**独立分支**
  (原有 91/快手路径一行未动,避免外溢)
- 判据:内部 SKU(`sku_order_list[].code`,即 order_items.sku_code)命中权威表
  `AFFILIATE_DASH_SKU_MAPPING` → 新执行器 `douyin_mashida_skin`;未命中 → `manual_dispatch`
- 皮肤判定与商品图同源(都用那张权威表),保证「能路由 ⇒ 有图」
- 履约路由新增 `internal_sku` 匹配维度(`rules[].internalSku`,NFKC+去空白+小写,exact/contains);
  旧规则缺 `matchField` 时默认 `product_name`,**归一化/优先级/回退顺序完全不变**

**执行器与领取 token**
- 新增 `douyin-mashida-skin-executor`:建 claim token、置 `link_generated/pending_claim`,
  `resolveDeliveryLink` 返回本站路径式领取链接;注册进 registry、planner 分支、
  bootstrap 种子 profile(`抖音皮肤自动发货`);进 `ROUTABLE_EXECUTOR_KEYS`
- token 粒度 = 一个履约单元一个(`claim_tokens.task_id` 唯一);一单多项时
  cert_link/买家消息取 task id 最小的那个并告警

**cert_link 与发消息**
- 皮肤订单且该订单项已有 token 且配了 `claimLinkBase` → `cert_link = claimLinkBase/token`;
  其它情况一律用 `certLink`(老行为不变)
- 领取链接**只认** `claimLinkBase`,绝不回退 `buildClaimUrl`/`orders.claimBaseUrl`
  (那是 hash 形式的打手领取页,语义不同)
- 付款建单+发券成功后按 `messageTemplate`(`{link}/{sku}/{orderNo}/{productTitle}`)
  经 `order.message` 发给买家;best-effort,失败只记 warn

**买家领取接口**
- `GET/POST /api/v1/claim-skin/:token`(限流、公开);详情含内部SKU/引流标题/商品图/
  数量/金额/支付时间/动态表单字段;token 失效给明确 errorCode(404/410/409),不打 500
- 提交账号:先核销平台券再落记录(避免「记账了但券没核销」的资损),已提交幂等

**隐私**
- 买家游戏账号落 `fulfillment_tasks.claim_submission_json`(迁移 096),
  **不进** `work_orders.material_json`(那是发给打手的素材);详情接口不返回券码明文/手机号/地址/open_id
2026-10-09 15:06:43 +08:00
..
2026-05-25 22:27:11 +08:00
2026-08-23 12:54:38 +08:00

order-site-backend

快手轻量后端:订单入库、履约任务编排、91 卡券 / kuaishou-cloud / kuaishou-feifei / 行业电子凭证对接、后台管理接口,以及数据库迁移。

快速启动

npm install
cp ../../.env.mac-docker.example ../../.env
npm run dev

推荐优先用仓库根目录 Docker 开发环境(含 PostgreSQL 与 Caddy)。

生产构建:

npm run build
npm run start

常用验证:

npm run typecheck
npm run build
npm test

配置

环境变量来自工作区根目录 .env:

  • 默认值:src/config/defaults.ts
  • 覆盖:根目录 .env

常用项:

变量 说明
PORT 服务端口(Compose 中常由 BACKEND_PORT 映射)
LOG_LEVEL debug / info / warn / error
LOG_MAX_FILE_SIZE_MB 单个应用日志文件大小上限,默认 20 MB,超出后轮转
LOG_MAX_FILES 同一日期最多保留的日志文件数量,默认 5(含当前文件)
LOG_RETENTION_DAYS 日志日期保留天数,默认 30
DATABASE_URL PostgreSQL 连接串
ADMIN_SESSION_SECRET 后台登录态签名密钥
ADMIN_DEFAULT_USERS_JSON 默认后台用户
KAQUAN91_USER_ID / KAQUAN91_SECRET 91 卡券凭据

接口

路径 说明
GET /health 健康检查
GET /health/live 存活
GET /health/ready 就绪
/api/v1/open/91/* 91 卡券开放接口
/api/v1/open/kuaishou-industry/* 快手行业电子凭证
/api/v1/open/kuaishou-feifei/* 发货平台 feifei 回调等
/api/v1/claim/* 领取页接口
/api/v1/admin/* 后台管理
/s/* 短链跳转

目录

路径 职责
src/index.ts 服务入口
src/app.ts Express 组装
src/routes API 路由
src/services/order 订单与任务同步
src/services/fulfillment 履约路由与执行器
src/services/platforms 外部平台实现
src/services/admin 后台读写与配置
src/repositories 数据库访问
src/db/migrations SQL 迁移

数据库迁移

策略:001 基线 + 后续渐进增量。

文件 作用
src/db/migrations/001_init.sql 空库完整基线结构
src/db/migrations/002_*.sql 起 增量变更

规则:

  1. 已应用的迁移文件禁止改内容。
  2. 结构变更只新增文件,不回写 001_init.sql。
  3. 启动时自动执行未应用迁移;记录在 schema_migrations。
  4. 文件名必须为 NNN_name.sql(三位序号)。

命令:

# 对齐状态
npm run db:migrate:status

# 手动 up
npm run db:migrate

# 创建下一份增量(生成 00N_xxx.sql 模板)
npm run db:migrate:create -- add_something

创建后编辑 SQL,与业务代码一并提交。Docker 开发环境示例:

docker compose -f ../../docker-compose.dev.yml exec -T backend npm run db:migrate:create -- add_something
docker compose -f ../../docker-compose.dev.yml exec -T backend npm run db:migrate

Docker 开发

开发 Compose 会挂载源码:

  • postgres 提供开发库
  • 后端启动时安装依赖并 npm run dev
  • 改 src/ 或 .env 通常不必重建镜像

需要重建 backend 镜像的情况:

  • deploy/docker/backend*.Dockerfile 变更
  • Node 版本或系统依赖变更
  • package.json / package-lock.json 变更

运行产物

日志默认:

  • data/logs/app-YYYY-MM-DD.log
  • data/logs/integration-YYYY-MM-DD.log

按天切分并按大小轮转,默认单文件 20MB、单日最多 5 个分片、保留 30 天。成功的 GET/HEAD 请求以 DEBUG 记录,生产默认 LOG_LEVEL=info 不落盘;写请求和所有 4xx/5xx 仍保留 access log。成功的 /health* 探活默认不写 access log。

data/*.json 为本地运行配置,可能含敏感信息,默认不提交;请从 *.example.json 复制后填写。