简介这份《申请英国旅游签行程单模板.doc》是一份面向英国旅游签证申请者的行程单制作参考帮助签证材料整理新手快速理解签证官对行程规划的关注点。模板内含从抵达到离开的完整日程示例涵盖每日景点安排、酒店名称与地址、城际交通方式及购物休闲等内容并附有行程逻辑、预算规划与紧急联络等实用建议。资源仅1个doc文件大小约43KB打开即可编辑适合按自身行程替换时间、酒店与景点信息。已有180人学习下载说明该模板对签证材料准备有一定参考价值。使用时可参照其中伦敦、剑桥、牛津、巴斯、曼彻斯特等多地串联的路线结合表格化排版生成逻辑清晰、信息完整的行程单有助于提升签证申请材料的可信度。1. 把签证行程单当数据结构来设计而不是当作文档来写申请英国旅游签证时行程单Itinerary是出签率最敏感的附件之一。多数人把它当成 Word 里随便排版的表格填上日期、城市、酒店就交结果常因逻辑不自洽被质疑。实际上一份合格的英签行程单本质是一个“能被签证官快速核验的数据结构”日期连续、住宿闭环、交通可追踪、行程强度合理。它既要让 BRP 或护照上的停留时间与机票酒店订单对得上又要让移民局的抽查逻辑每天一个落脚点、每晚一处住宿、每段城际交通有依据一眼通过。这篇博文写给两类人一是自己办签证、想一次过的申请者二是需要帮客户批量做材料、尤其是要自动化生成流程单的代办者。前者能从模板里学会结构怎么摆、字段怎么填后者能拿本地的 Python 方案替代手工 Word 操作把行程单从“手动排版”变成“数据驱动生成”。下面这份模板拆解不讨论签证政策本身只讲行程单这个文档如何设计与落地。2. 行程单的字段模型先定义数据再谈排版2.1 签证官会核对的 6 个核心字段任何一份被认可的英签行程单都围绕一组固定字段展开。脱离字段先画表格是大多数模板难用的根源。常见的最低有效字段集如下字段组必须包含的列作用时间轴日期Date、星期Weekday、第几天Day N验证停留时长是否与申请表一致地理位置城市City、具体住宿区域Area验证行程是否在地理上可执行住宿闭环酒店名称、地址、预订号与酒店订单一一对应不能合并交通衔接出发地→目的地、交通工具、班次/时间验证城际移动是否在合理时间窗内活动内容景点/计划半日活动、备选方案证明旅游目的非非法打工财务对应预估消费可选、支付方式与银行流水大额支出能对上这里的关键是“一一对应”。签证官会拿着行程单上的酒店名去对照你提交的 Booking 或酒店确认信会拿机票订单的出入境日期去对比行程单第一天和最后一天。字段模型里缺了“预订号”这一列后续整个材料链就对不上。2.2 模板的“数据层”与“呈现层”分离我见过的多数失败模板是把日期、酒店、行程写死在同一个表格的单元格里导致改一天住宿后面所有行都要手动重新对齐。正确做法是把行程单设计成两段式前段是数据清单Data Sheet后段是排版后的正式行程表Presentation Sheet。数据清单里每一行是一个“停留单元”正式行程表用公式或脚本把数据行映射为表格行。在 Word 原生环境里可以用域代码Field Code实现简单联动但可维护性一般。对于代办批量出单的场景更稳妥的是用 Python 操作 docx 模板也就是 Jill 下面要展开的方向。设计数据结构时建议一行数据保存如下 JSON 形态{ day: 1, date: 2025-06-10, weekday: Tue, from_city: London, to_city: London, hotel: The Tower Hotel, hotel_ref: BK-88213, transport: Heathrow Express, activity: Tower Bridge / Borough Market }这样后续不管是生成 Word、PDF 还是网页预览都只用渲染这一层数据而不是反过来从 Word 表格里抽数据。实测下来一次行程结构调整比如某天从 London 改去 Oxford只需改动 JSON 中的一行to_city重跑脚本即可五分钟内完成整份行程单的重新输出。3. 用 Python 生成英签行程单 Word 模板最小可跑方案3.1 环境准备与依赖选型生成 .doc 格式的行程单常见做法是使用python-docx库操作 .docx再另存为兼容格式。需要说明的是python-docx直接处理的是 Office Open XML 格式即 .docx而非老版 .doc。但如果你的最终交付要求是 .doc 后缀可以在 Word 里另存为或者用 LibreOffice 做批量转换。更轻量且跨平台的方案是docxtpl它基于python-docx增加 Jinja2 模板渲染能力适合把 JSON 数据填充进预制的 Word 模板。pip install python-docx docxtpl依赖就两个核心库。docxtpl负责模板渲染python-docx是底层依赖。若你的运行环境无法联网可以离线安装对应 wheel 包但建议直接用 pip 安装依赖解析更稳。3.2 模板文件制作从 Word 里定义占位符先用 Word 手工生成一份行程单的骨架扩展名保存为 .docx。在需要填充数据的位置写入 Jinja2 变量语法是双花括号{{ itinerary_date }} {{ passenger_name }} {{ passport_no }}表格部分则用{% for row in rows %}循环模板。比如行程行的模板在 Word 表格中这样定义| Day | Date | From | To | Hotel | Ref | |{% for d in days %}| {{ d.day }} | {{ d.date }} | {{ d.from_city }} | {{ d.to_city }} | {{ d.hotel }} | {{ d.hotel_ref }} | {% endfor %}|这里的关键在于Word 表格的每个单元格里都需要完整保留{% for %}和{% endfor %}标签不能拆开放在不同单元格。否则 Jinja2 渲染时会报模板语法错误。操作步骤是把表格的行数先设为 1在首行填入循环标签渲染时docxtpl会自动复制该行多次直到数据迭代完毕。3.3 渲染脚本从 JSON 到 Word 的完整代码准备好模板后编写渲染脚本。下面的脚本假设当前目录下有template.docx和data.json两个文件运行后输出itinerary_output.docx。import json from docxtpl import DocxTemplate # 读取行程数据 with open(data.json, r, encodingutf-8) as f: data json.load(f) # 加载模板 doc DocxTemplate(template.docx) # 构造渲染上下文 context { passenger_name: data[passenger][name], passport_no: data[passenger][passport], itinerary_date: data[meta][created_at], days: data[days] } # 渲染并保存 doc.render(context) doc.save(itinerary_output.docx)脚本逻辑分三步读 JSON、渲染 context、保存输出。context中的days对应template.docx表格里的{% for d in days %}循环。doc.render()执行时docxtpl会解析模板里的 Jinja2 标签把days列表逐行展开为表格数据行。参数说明passenger_name和passport_no是直接填充到段落中的标量值days是一个 list 嵌套 dict 的结构每个 dict 的键名必须与模板中{{ d.xxx }}对应。字段名写错时渲染不会报错但会原样输出{{ d.xxx }}字符串这是最隐蔽的坑建议渲染后用脚本检查输出文本是否还残留{{字符。# 渲染后校验代码 from docx import Document doc Document(itinerary_output.docx) full_text \n.join(p.text for p in doc.paragraphs) assert {{ not in full_text, 存在未渲染的模板字段这个校验步骤很重要能揪出模板中字段名与 context 不匹配的问题。若assert触发回查 template.docx 里的变量名和 JSON 键名是否一致。4. 行程逻辑编排连续、闭环、可解释4.1 住宿连续性与“每晚有处睡”原则模板字段再全行程逻辑编排不对照样拒签。很多第一次办英签的人犯的典型错误是某天从 London 到 Edinburgh当晚的住宿却只写 London 的酒店。签证官一眼看到就会怀疑材料是否拼凑而成。行程编排的基本法则是每天晚上都有一个住宿记录且住宿城市与当天行程的落脚城市一致。若过夜在火车上比如夜车必须附加说明列标注“Overnight train, ticket attached”。接下来是 Emoji 不能有干扰可读性所以直接看字段规则。日期白天城市晚上住宿城市交通方式合理性判断Day1LondonLondonHeathrow Express连续Day2LondonLondon地铁/步行连续Day3London → OxfordOxfordTrain连续需车票Day4Oxford → LondonLondonTrain连续需车票连续性的核心在于“晚上住宿城市”这一列它和“交通方式”列共同构成闭环。要确保前一天住宿城市等于当天出发城市逻辑才自洽。上面表格 Day3 住宿 OxfordDay4 出发城市必须写 Oxford而不是直接写 London。4.2 交通时间窗设定英国境内城际交通的常见方式是火车伦敦到爱丁堡约 4.5~5 小时伦敦到牛津约 1 小时伦敦到曼彻斯特约 2 小时。行程单里的交通列不要求精确到分钟但需要给出大致的出发时段例如 “morning train” 或 “afternoon train”同时附上预计到达时段。这样签证官核验时可以参考火车票订单的时间段不会出现“下午 3 点从 London 出发下午 4 点已在 Edinburgh 游玩”这种时间矛盾。建议在交通列里遵循固定的书写格式[出发城市] → [到达城市], [时段], [参考车次/航班]示例London → Oxford, morning (approx. 09:00–10:00), GWR.这条规范看起来简单但能大幅减少“行程时间被质疑”的概率。另一个注意点是航班或火车预订号要和服务单或票务邮件完全一致不要写“待定”或“to be confirmed”。4.3 备选活动字段应对行程调整的冗余设计行程单不是合同不需要精确到分钟的承诺。合理的设计是在每天行程中加一列“备选计划”专门应对“景点临时关闭”或“天气原因调整”的情况。比如原计划去温莎城堡若关闭则替换为伊顿公学或泰晤士河游船。这一列的价值在于向签证官展示你做过功课同时给实地行程留出弹性。备选列不要喧宾夺主。在模板中这一列宽度要小于主活动列字体建议用灰色或斜体避免干扰主行程的视觉权重。从数据结构上说就是每个 day 的 JSON 多一个alt_activity字段渲染时自动填充到表格备选列。5. 模板美化与字段映射达到“材料面”标准5.1 字体、字号和对齐的行业惯例移民局对行程单格式没有硬性要求但“材料面”影响签证官的阅读耐心。业内代办机构通常遵循如下格式规范标题16pt 加粗居中内容为 “UK Visit Itinerary”表头10pt 加粗白字深蓝底或深灰底表体10pt常规字色行高不低于 0.6cm保证手写备注空间页面边距上下 2.54cm左右 2.0cm页脚姓名、护照号、页码方便多页时对应如果你使用docxtpl生成表头样式在 template.docx 中预设好即可。渲染出的数据行会继承所在行的字体格式所以模板里要先把示例行的字号调成最终想要的样式再放入循环标签。5.2 字段映射到 Word 样式的最佳方式编排格式时最容易出现的症状是数据填充成功但表格第二页的表头消失了。解决方式是使用 Word 的“重复标题行”功能。在 template.docx 中选中表格首行打开表格属性在“行”选项卡勾选“在各页顶端以标题行形式重复出现”。这个设置在 python-docx 里对应row.repeat_table_header属性也可以在模板中手动设好后保存渲染时会自动保留。from docx import Document doc Document(template.docx) table doc.tables[0] # 开启重复标题行 for row in table.rows[:1]: row.repeat_table_header True doc.save(template_repeat.docx)代码作用是把第一行标记为跨页重复。若模板中已经手动设置过此步可以跳过。repeat_table_header只需要对第一行设为 True后续行不用设置。5.3 单位测试生成后的文件怎么快速验证生成后不要直接提交建议做四步人工校验# 1. 确认文件能正常打开 libreoffice --headless --convert-to pdf itinerary_output.docx # 2. 确认表格不是跨页断行翻页后表头在 # 3. 确认每行酒店名与酒店订单一致 # 4. 确认第一天日期与机票出境日期差值为 0第四条最值得重视。行程单第一天必须和机票到达英国的日期一致不能提前一天到英国却写当天还在中国。若学生或在职人员材料里有假条或在职证明日期逻辑也要对应上这是审核材料时最高频的错位点。# 日期一致性验证脚本简化版 entry_date 2025-06-10 # 从机票订单读取 itinerary_first_day data[days][0][date] assert entry_date itinerary_first_day, 行程首日与入境日期不一致这段脚本可以直接塞进渲染脚本末尾用来自动化拦截日期不一致的低级失误。对于批量处理的场景这一行断言能省大量人工核对时间。6. 用模板生成多版本行程单的批处理技巧当需要为多个申请人生成不同行程时可以把data.json替换为一个目录遍历脚本。常见做法是准备一个applicants/目录里面每个子目录存放一个申请人的data.json然后用 5 行代码批量渲染。import json import os from pathlib import Path from docxtpl import DocxTemplate input_dir Path(applicants) for folder in input_dir.iterdir(): data_file folder / data.json if not data_file.exists(): continue with open(data_file, r, encodingutf-8) as f: data json.load(f) doc DocxTemplate(template.docx) doc.render(data) out_name f{data[passenger][name]}_UK_Itinerary.docx doc.save(folder / out_name)这段脚本会遍历applicants下所有子目录找到 data.json 就渲染出对应行程单。处理到某个文件夹时若 JSON 字段不完整docx 会保留未渲染的模板标签不影响其他文件生成所以批量结束后一定要跑一遍前面的{{残留校验。遇到特殊情况比如申请人带孩子、需要额外备注“with minor”时在data.json里增加一个notes字段模板中插入一个空段落绑定它。这样既保持主表结构不变又能灵活添加备注行。最后一招若模板最终需要交付为 .doc 而不是 .docx可以用 LibreOffice 批量转换libreoffice --headless --convert-to doc *.docx --outdir final_output/转换后手动抽查两个文件确认排版未位移。多数情况下 .docx 和 .doc 的页边距渲染差异很小但个别模板的表格线粗细可能变化建议抽查带跨页表格的那一版。批量渲染脚本配合最后的转换步骤能在五分钟内完成 20 份行程单的生成、校验和格式转换。本文还有配套的精品资源点击获取 用Python生成英签行程单：把签证材料当数据结构设计
简介这份《申请英国旅游签行程单模板.doc》是一份面向英国旅游签证申请者的行程单制作参考帮助签证材料整理新手快速理解签证官对行程规划的关注点。模板内含从抵达到离开的完整日程示例涵盖每日景点安排、酒店名称与地址、城际交通方式及购物休闲等内容并附有行程逻辑、预算规划与紧急联络等实用建议。资源仅1个doc文件大小约43KB打开即可编辑适合按自身行程替换时间、酒店与景点信息。已有180人学习下载说明该模板对签证材料准备有一定参考价值。使用时可参照其中伦敦、剑桥、牛津、巴斯、曼彻斯特等多地串联的路线结合表格化排版生成逻辑清晰、信息完整的行程单有助于提升签证申请材料的可信度。1. 把签证行程单当数据结构来设计而不是当作文档来写申请英国旅游签证时行程单Itinerary是出签率最敏感的附件之一。多数人把它当成 Word 里随便排版的表格填上日期、城市、酒店就交结果常因逻辑不自洽被质疑。实际上一份合格的英签行程单本质是一个“能被签证官快速核验的数据结构”日期连续、住宿闭环、交通可追踪、行程强度合理。它既要让 BRP 或护照上的停留时间与机票酒店订单对得上又要让移民局的抽查逻辑每天一个落脚点、每晚一处住宿、每段城际交通有依据一眼通过。这篇博文写给两类人一是自己办签证、想一次过的申请者二是需要帮客户批量做材料、尤其是要自动化生成流程单的代办者。前者能从模板里学会结构怎么摆、字段怎么填后者能拿本地的 Python 方案替代手工 Word 操作把行程单从“手动排版”变成“数据驱动生成”。下面这份模板拆解不讨论签证政策本身只讲行程单这个文档如何设计与落地。2. 行程单的字段模型先定义数据再谈排版2.1 签证官会核对的 6 个核心字段任何一份被认可的英签行程单都围绕一组固定字段展开。脱离字段先画表格是大多数模板难用的根源。常见的最低有效字段集如下字段组必须包含的列作用时间轴日期Date、星期Weekday、第几天Day N验证停留时长是否与申请表一致地理位置城市City、具体住宿区域Area验证行程是否在地理上可执行住宿闭环酒店名称、地址、预订号与酒店订单一一对应不能合并交通衔接出发地→目的地、交通工具、班次/时间验证城际移动是否在合理时间窗内活动内容景点/计划半日活动、备选方案证明旅游目的非非法打工财务对应预估消费可选、支付方式与银行流水大额支出能对上这里的关键是“一一对应”。签证官会拿着行程单上的酒店名去对照你提交的 Booking 或酒店确认信会拿机票订单的出入境日期去对比行程单第一天和最后一天。字段模型里缺了“预订号”这一列后续整个材料链就对不上。2.2 模板的“数据层”与“呈现层”分离我见过的多数失败模板是把日期、酒店、行程写死在同一个表格的单元格里导致改一天住宿后面所有行都要手动重新对齐。正确做法是把行程单设计成两段式前段是数据清单Data Sheet后段是排版后的正式行程表Presentation Sheet。数据清单里每一行是一个“停留单元”正式行程表用公式或脚本把数据行映射为表格行。在 Word 原生环境里可以用域代码Field Code实现简单联动但可维护性一般。对于代办批量出单的场景更稳妥的是用 Python 操作 docx 模板也就是 Jill 下面要展开的方向。设计数据结构时建议一行数据保存如下 JSON 形态{ day: 1, date: 2025-06-10, weekday: Tue, from_city: London, to_city: London, hotel: The Tower Hotel, hotel_ref: BK-88213, transport: Heathrow Express, activity: Tower Bridge / Borough Market }这样后续不管是生成 Word、PDF 还是网页预览都只用渲染这一层数据而不是反过来从 Word 表格里抽数据。实测下来一次行程结构调整比如某天从 London 改去 Oxford只需改动 JSON 中的一行to_city重跑脚本即可五分钟内完成整份行程单的重新输出。3. 用 Python 生成英签行程单 Word 模板最小可跑方案3.1 环境准备与依赖选型生成 .doc 格式的行程单常见做法是使用python-docx库操作 .docx再另存为兼容格式。需要说明的是python-docx直接处理的是 Office Open XML 格式即 .docx而非老版 .doc。但如果你的最终交付要求是 .doc 后缀可以在 Word 里另存为或者用 LibreOffice 做批量转换。更轻量且跨平台的方案是docxtpl它基于python-docx增加 Jinja2 模板渲染能力适合把 JSON 数据填充进预制的 Word 模板。pip install python-docx docxtpl依赖就两个核心库。docxtpl负责模板渲染python-docx是底层依赖。若你的运行环境无法联网可以离线安装对应 wheel 包但建议直接用 pip 安装依赖解析更稳。3.2 模板文件制作从 Word 里定义占位符先用 Word 手工生成一份行程单的骨架扩展名保存为 .docx。在需要填充数据的位置写入 Jinja2 变量语法是双花括号{{ itinerary_date }} {{ passenger_name }} {{ passport_no }}表格部分则用{% for row in rows %}循环模板。比如行程行的模板在 Word 表格中这样定义| Day | Date | From | To | Hotel | Ref | |{% for d in days %}| {{ d.day }} | {{ d.date }} | {{ d.from_city }} | {{ d.to_city }} | {{ d.hotel }} | {{ d.hotel_ref }} | {% endfor %}|这里的关键在于Word 表格的每个单元格里都需要完整保留{% for %}和{% endfor %}标签不能拆开放在不同单元格。否则 Jinja2 渲染时会报模板语法错误。操作步骤是把表格的行数先设为 1在首行填入循环标签渲染时docxtpl会自动复制该行多次直到数据迭代完毕。3.3 渲染脚本从 JSON 到 Word 的完整代码准备好模板后编写渲染脚本。下面的脚本假设当前目录下有template.docx和data.json两个文件运行后输出itinerary_output.docx。import json from docxtpl import DocxTemplate # 读取行程数据 with open(data.json, r, encodingutf-8) as f: data json.load(f) # 加载模板 doc DocxTemplate(template.docx) # 构造渲染上下文 context { passenger_name: data[passenger][name], passport_no: data[passenger][passport], itinerary_date: data[meta][created_at], days: data[days] } # 渲染并保存 doc.render(context) doc.save(itinerary_output.docx)脚本逻辑分三步读 JSON、渲染 context、保存输出。context中的days对应template.docx表格里的{% for d in days %}循环。doc.render()执行时docxtpl会解析模板里的 Jinja2 标签把days列表逐行展开为表格数据行。参数说明passenger_name和passport_no是直接填充到段落中的标量值days是一个 list 嵌套 dict 的结构每个 dict 的键名必须与模板中{{ d.xxx }}对应。字段名写错时渲染不会报错但会原样输出{{ d.xxx }}字符串这是最隐蔽的坑建议渲染后用脚本检查输出文本是否还残留{{字符。# 渲染后校验代码 from docx import Document doc Document(itinerary_output.docx) full_text \n.join(p.text for p in doc.paragraphs) assert {{ not in full_text, 存在未渲染的模板字段这个校验步骤很重要能揪出模板中字段名与 context 不匹配的问题。若assert触发回查 template.docx 里的变量名和 JSON 键名是否一致。4. 行程逻辑编排连续、闭环、可解释4.1 住宿连续性与“每晚有处睡”原则模板字段再全行程逻辑编排不对照样拒签。很多第一次办英签的人犯的典型错误是某天从 London 到 Edinburgh当晚的住宿却只写 London 的酒店。签证官一眼看到就会怀疑材料是否拼凑而成。行程编排的基本法则是每天晚上都有一个住宿记录且住宿城市与当天行程的落脚城市一致。若过夜在火车上比如夜车必须附加说明列标注“Overnight train, ticket attached”。接下来是 Emoji 不能有干扰可读性所以直接看字段规则。日期白天城市晚上住宿城市交通方式合理性判断Day1LondonLondonHeathrow Express连续Day2LondonLondon地铁/步行连续Day3London → OxfordOxfordTrain连续需车票Day4Oxford → LondonLondonTrain连续需车票连续性的核心在于“晚上住宿城市”这一列它和“交通方式”列共同构成闭环。要确保前一天住宿城市等于当天出发城市逻辑才自洽。上面表格 Day3 住宿 OxfordDay4 出发城市必须写 Oxford而不是直接写 London。4.2 交通时间窗设定英国境内城际交通的常见方式是火车伦敦到爱丁堡约 4.5~5 小时伦敦到牛津约 1 小时伦敦到曼彻斯特约 2 小时。行程单里的交通列不要求精确到分钟但需要给出大致的出发时段例如 “morning train” 或 “afternoon train”同时附上预计到达时段。这样签证官核验时可以参考火车票订单的时间段不会出现“下午 3 点从 London 出发下午 4 点已在 Edinburgh 游玩”这种时间矛盾。建议在交通列里遵循固定的书写格式[出发城市] → [到达城市], [时段], [参考车次/航班]示例London → Oxford, morning (approx. 09:00–10:00), GWR.这条规范看起来简单但能大幅减少“行程时间被质疑”的概率。另一个注意点是航班或火车预订号要和服务单或票务邮件完全一致不要写“待定”或“to be confirmed”。4.3 备选活动字段应对行程调整的冗余设计行程单不是合同不需要精确到分钟的承诺。合理的设计是在每天行程中加一列“备选计划”专门应对“景点临时关闭”或“天气原因调整”的情况。比如原计划去温莎城堡若关闭则替换为伊顿公学或泰晤士河游船。这一列的价值在于向签证官展示你做过功课同时给实地行程留出弹性。备选列不要喧宾夺主。在模板中这一列宽度要小于主活动列字体建议用灰色或斜体避免干扰主行程的视觉权重。从数据结构上说就是每个 day 的 JSON 多一个alt_activity字段渲染时自动填充到表格备选列。5. 模板美化与字段映射达到“材料面”标准5.1 字体、字号和对齐的行业惯例移民局对行程单格式没有硬性要求但“材料面”影响签证官的阅读耐心。业内代办机构通常遵循如下格式规范标题16pt 加粗居中内容为 “UK Visit Itinerary”表头10pt 加粗白字深蓝底或深灰底表体10pt常规字色行高不低于 0.6cm保证手写备注空间页面边距上下 2.54cm左右 2.0cm页脚姓名、护照号、页码方便多页时对应如果你使用docxtpl生成表头样式在 template.docx 中预设好即可。渲染出的数据行会继承所在行的字体格式所以模板里要先把示例行的字号调成最终想要的样式再放入循环标签。5.2 字段映射到 Word 样式的最佳方式编排格式时最容易出现的症状是数据填充成功但表格第二页的表头消失了。解决方式是使用 Word 的“重复标题行”功能。在 template.docx 中选中表格首行打开表格属性在“行”选项卡勾选“在各页顶端以标题行形式重复出现”。这个设置在 python-docx 里对应row.repeat_table_header属性也可以在模板中手动设好后保存渲染时会自动保留。from docx import Document doc Document(template.docx) table doc.tables[0] # 开启重复标题行 for row in table.rows[:1]: row.repeat_table_header True doc.save(template_repeat.docx)代码作用是把第一行标记为跨页重复。若模板中已经手动设置过此步可以跳过。repeat_table_header只需要对第一行设为 True后续行不用设置。5.3 单位测试生成后的文件怎么快速验证生成后不要直接提交建议做四步人工校验# 1. 确认文件能正常打开 libreoffice --headless --convert-to pdf itinerary_output.docx # 2. 确认表格不是跨页断行翻页后表头在 # 3. 确认每行酒店名与酒店订单一致 # 4. 确认第一天日期与机票出境日期差值为 0第四条最值得重视。行程单第一天必须和机票到达英国的日期一致不能提前一天到英国却写当天还在中国。若学生或在职人员材料里有假条或在职证明日期逻辑也要对应上这是审核材料时最高频的错位点。# 日期一致性验证脚本简化版 entry_date 2025-06-10 # 从机票订单读取 itinerary_first_day data[days][0][date] assert entry_date itinerary_first_day, 行程首日与入境日期不一致这段脚本可以直接塞进渲染脚本末尾用来自动化拦截日期不一致的低级失误。对于批量处理的场景这一行断言能省大量人工核对时间。6. 用模板生成多版本行程单的批处理技巧当需要为多个申请人生成不同行程时可以把data.json替换为一个目录遍历脚本。常见做法是准备一个applicants/目录里面每个子目录存放一个申请人的data.json然后用 5 行代码批量渲染。import json import os from pathlib import Path from docxtpl import DocxTemplate input_dir Path(applicants) for folder in input_dir.iterdir(): data_file folder / data.json if not data_file.exists(): continue with open(data_file, r, encodingutf-8) as f: data json.load(f) doc DocxTemplate(template.docx) doc.render(data) out_name f{data[passenger][name]}_UK_Itinerary.docx doc.save(folder / out_name)这段脚本会遍历applicants下所有子目录找到 data.json 就渲染出对应行程单。处理到某个文件夹时若 JSON 字段不完整docx 会保留未渲染的模板标签不影响其他文件生成所以批量结束后一定要跑一遍前面的{{残留校验。遇到特殊情况比如申请人带孩子、需要额外备注“with minor”时在data.json里增加一个notes字段模板中插入一个空段落绑定它。这样既保持主表结构不变又能灵活添加备注行。最后一招若模板最终需要交付为 .doc 而不是 .docx可以用 LibreOffice 批量转换libreoffice --headless --convert-to doc *.docx --outdir final_output/转换后手动抽查两个文件确认排版未位移。多数情况下 .docx 和 .doc 的页边距渲染差异很小但个别模板的表格线粗细可能变化建议抽查带跨页表格的那一版。批量渲染脚本配合最后的转换步骤能在五分钟内完成 20 份行程单的生成、校验和格式转换。本文还有配套的精品资源点击获取