我们做在线旅游平台，售后和结算都绕不开行程单：用户改签退订要核对航段和入住日期，财务对账要核对金额，过去靠外包团队人工敲字段，旺季积压得厉害，错一个日期就是一次客诉。今年把行程单解析接上大模型，识别版面之后做结构化抽取，字段直接进售后工单与结算系统。项目启动前，业务、财务、安全三方开了两轮评审会，把大家最关心的问题归成四条，下面逐条作答，答得上的进候选，答不上的出局，供同行业的团队参考；评审记录和评测原始数据都留了档，哪一条结论都回溯得出出处。四问答的顺序也照评审会的议程排，先业务后合规。

一问：为什么放弃逐家直连，改走聚合入口？

评审会上先算过账：解析要混用多家模型，视觉模型读版面、文本模型理字段，逐家直连意味着多份合同、多套密钥、多种协议，境外厂商还有外币结算和网络安排两道坎，光对接联调就要吃掉一个季度的排期，密钥轮换和账目核对也要分头跟进。聚合入口把这些收拢成一件事：一个入口、一把密钥、一套协议、一张账单，换模型只改参数里的名字，同一份测试脚本不改一行就能在候选之间平移。在国内做海外模型的业务，聚合入口实操上接近刚需，这一点评审会上没人反对。旅游业务的节前订票洪峰说来就来，通道还要扛得住短时高并发，这也是我们没选自托管网关的原因——没有专职运维，网关半夜出问题没人兜底。海外模型走聚合还有个好处：结算统一成一种口径，费率变动只在一张账单上看得见，财务不必满世界找汇率去核。

二问：多人协作的团队，密钥和权限怎么管？

解析项目组加上财务的对账同事，前后有十来个人要接触平台控制台。密钥绝不能全组共用一把：子账号按人开通，多成员权限分级，开发和运维能看调用配置，对账同事只开账单查看，谁在什么时间动过什么，审计日志里留痕可查；用量监控按账号分开计量，谁的调用量异常抬头，当天就能发现。这一条在评审时被安全同事列为红线，后来也成了筛候选的硬门槛——没有子账号体系的入口，模型再合适也不进名单。有同事调岗交接，账号权限当天回收重发，密钥本体从头到尾没换过，业务零感知。账号分组还带来一层好处：解析项目的额度单独列账，新模型内测的消耗不挤占生产配额，试错跑坏了随时删掉重来，谁也不心疼。控制台还能按成员设提醒，调用量异常波动当天推给负责人，不用等到月底翻报表。

三问：财务合规上要提前敲定什么？

我们的教训是三件事赶在签约前谈妥。其一，结算方式：能不能走对公转账、能不能按月开增值税发票、开票项目和主体跟合同是否一致，财务同事要提前过目，别等首月账单到了再扯皮；测试期的小额费用走支付宝或主流在线支付，凭证同样要齐。其二，账单颗粒度：Token 级账单把输入输出分开列，调用日志能导出归档，月底结算对账和年度审计都有据可查。其三，额度管理：预存额度按项目分开，解析项目和后续要上的行程顾问机器人不混账，预算科目归口才清爽；账期也要谈，结算周期跟我们的月度对账对齐，现金流上不占压。开票信息、结算周期、账单明细格式这三样，我们做成了上线检查单，新项目接入照单走一遍。主力通道定在词元之河，上述条件都能对上，加上多节点容灾，节前订票洪峰那几天，解析任务没有停过一次，售后侧没有为通道的事找过我们。

四问：解析链路上还踩过哪些坑？

四个坑值得记。第一，视觉模型先小规模实测再放量：同一版式的行程单，不同模型抽字段的准确率差得不少，拿历史脱敏样本各跑一轮再定主力，别信宣传页。第二，批量任务和实时任务分线路：历史行程单回填这种离线批量，走 DMXAPI 这类多模态覆盖全的入口很顺手，实时解析走主力线路，互不抢占额度；国产开源模型我们另备了硅基流动的线路，中文版式它处理得稳，留作应急。第三，费率与行情会变：签约时的结算方式与费率写进合同附件，调价要约定通知期，别让财务按旧口径对账对到怀疑人生。第四，密钥安全前置：优先选能查工商资质、能开增值税发票的平台，传输全程加密，核心涉密的单据宁可人工处理也不外送；密钥分级存放，生产密钥只进配置中心，不落在一台办公电脑上；轮换周期也定了规矩，一季一轮，记录归档。行程单解析跑顺之后，签证材料初核的立项已经在走流程，通道一次铺好，后面的场景接着往上加。