91db54982c
三个触发点此前都不带 company_name，无从路由：
· product_service / semi_service：入库通知补 material.company_name
· outbound_service：track_notifications 元组加 company（取自
stock_record.base.company_name；维修单走 repair.base，两处
relationship 均已定义），发送时带进 payload
出库路径同时**去掉**了显式传入的 url=TRACK_OUTBOUND_WEBHOOK_URL ——
url 参数优先级最高，保留它会让出库永远打到默认实例，company 路由形同
虚设。url 参数本身保留，需要强制覆盖时仍可用。
实测：
LICA 入库：待仓库收货 → 已入库，IRIS 库该 SN 0 行
LICA 出库：已入库 → 已出库，IRIS 库该 SN 0 行
IRIS 回归：对已入库设备重发入库通知，状态幂等不变
精确隔离：发一条 IRIS 通知，lica_backend 日志 +0 行、track_backend +19 行
注意：不做"两个实例都推一遍"——两个 Track 的 webhook key 是同一把、
两边都会鉴权通过，而 Track 按 serial_number/sku 匹配，相同型号设备会
同时命中两库，把 IRIS 的设备误标成已入库，且产生 2 倍审计与流转节点。