feat(track): 新增 TRACK_ROUTES 多实例路由表配置

Track 现在有两个独立实例（IRIS / LICA），MOM 此前所有 Track 配置都写死
指向 IRIS，LICA 的业务拿不到入库/出库联动，且 /track-lookup 对 LICA
员工是坏的。

新增 TRACK_ROUTES 环境变量（JSON），按 material_base.company_name 决定
业务落到哪个实例：
  {"IRIS": {"api":..., "inbound":..., "outbound":...}, "LICA": {...}}

原有三个扁平变量（TRACK_API_URL / TRACK_WEBHOOK_URL /
TRACK_OUTBOUND_WEBHOOK_URL）保留为「未命中路由表」时的回落默认值；
TRACK_ROUTES 缺省为空表时，行为与改造前逐字节一致（向后兼容）。

⚠️ JSON 解析失败直接抛异常让进程起不来（fail fast）——路由表写坏却静默
回落，会造成"某些公司悄悄断链"，比启动报错难排查得多。

docker-compose.yml 用容器名互访（inventory_api / track_backend /
lica_backend 三个容器同属 projects_default 网络，不走宿主机端口）。

判定维度用 company_name 而非 category：实测 category 两个方向都会错
（10 条 LICA 物料挂在 IRIS/ 分类下；IRIS 分类里含 "IRIS/成品/LICA/..."
那是产品线名不是部门名，共 171 条）。

docker-compose.yml

@@ -41,6 +41,16 @@ services:
       TRACK_API_URL: ${TRACK_API_URL:-}
       # Track 出库 webhook（发货出库时通知 Track 标记"已出库"）
       TRACK_OUTBOUND_WEBHOOK_URL: ${TRACK_OUTBOUND_WEBHOOK_URL:-}
+      # ★ 多 Track 实例路由表：按 material_base.company_name 决定走哪个实例。
+      #   上面三个扁平变量保留为「未命中路由表」时的回落默认值（向后兼容）。
+      #   ★ 用容器名互访（同属 projects_default 网络），不走宿主机端口。
+      TRACK_ROUTES: >-
+        {"IRIS":{"api":"http://track_backend:8000",
+                 "inbound":"http://track_backend:8000/api/v1/external/webhooks/mom-inbound",
+                 "outbound":"http://track_backend:8000/api/v1/external/webhooks/mom-outbound"},
+         "LICA":{"api":"http://lica_backend:8000",
+                 "inbound":"http://lica_backend:8000/api/v1/external/webhooks/mom-inbound",
+                 "outbound":"http://lica_backend:8000/api/v1/external/webhooks/mom-outbound"}}
     depends_on:
       - db