fix(merchant): 行业以系统档案为准，商户在进件表单选的行业只作兜底

业务口径（2026-09-16）：行业改不了，只有我们系统动态地去匹配行业。据此复核发现 MCC 的取值
优先级反了——此前是「商户在个人进件表单第一步选的行业类型」优先于商家档案，也就是一次表单
选择能盖掉我们自己维护的经营类型。

改为系统档案优先：
- MerchantSettlementService.mcc 先取商家档案（merchant_type_code / merchant_type）算 MCC；
  档案给不出**具体**行业（未配、或配成「其它」未识别 → 兜底的 7399）时，才用进件表单上申报的
  行业类型兜底，避免档案缺数据时一律落「其它」。
- 优先级规则抽成可静态断言的 preferConfiguredMcc，与 mccForIndustry 一样便于直接钉住；
  兜底值提成常量 FALLBACK_MCC，三处取值不再散落字面量 "7399"。

对已联调的商户无影响：真实商户 6666000241804122 的档案经营类型是 food，两种优先级下都是 5812。

已进件商户不提供补改行业的入口——本次只改取值来源，不加任何修改入口，与上述口径一致。

测试：MerchantOnboardingIndustryMccTests 由 3 项增至 5 项，新增「档案能给出具体行业时以档案为准，
哪怕表单选的是别的行业」与「档案落在兜底值时才用申报行业，两边都给不出时保持兜底值」。
全量 245 项，仅 docs/agents/testing.md 所列 3 项基线失败，无新增。

文档：audit.md 补记这批的两条口径（行业由系统动态匹配、重试入口暂不做），并把「仍需官方确认」
收敛到唯一一条未被答复的项（业务开通的 micro_biz_type 是否与独立实名接口重复）；先前记的
「452 申报行业与实际不一致」这条顾虑随新口径消解——取值以系统档案为准，申报值本来只是兜底。