“商旅”这个词其实早在2016年，就已经是很多企业、公司数字化建设推动的重点项目。商旅数字化的建设与发展，让我国在互联网发展的征途上更是增光添彩的重笔。这些不仅在国央企有非常突出的表现，即使是民营企业、甚至是个体，商旅数字化发展越来越值得推崇。

粗略地说“商旅”这个词，也可能不是很清晰。的确是这样，要想通过几句话、或者说是几篇文章就把商旅介绍清楚，那也很不符合逻辑。通俗地讲就是：针对企业出差需要，做正规化、标准化、数字化、智能化管理。

再通俗一句话也只是将更加抽象的概念做描述，任何一个大型的、复杂的系统都不可能用几句话讲清楚。所以，想通过一系列文章来共同探讨下：商旅在当下的发展情况，以及AI智能化的发展对商旅的影响。

今天重点讲一下：商旅平台对于火车票计税业务是如何支持；通常的开发与制作对系统平台的影响；以及AI引入后对该需求有多少的改善与优化。

介绍商旅火车票技术之前，需要重点介绍火车票价格的几个重要金额值。看一张图表：

在不含业务逻辑的时候，这16个字段基本能包含商旅火车票计税的全部基础数据值。一眼望去，也能看出该计税逻辑的复杂度。这还不包括：订单生成、结算单拉取、配置校验、账单生成、计算触发、统计明细表等等，众多相关联的业务逻辑。

我们首先在AI不介入的前提下，将商旅火车票计税业务场景归纳一下。归纳之前需要确定税率配置，如下： 

有了税率配置，通过火车票结算单不同场景、不同票价、不同金额来做不同税率的计算。

计算公式：预订税额 = Cnt(43/1.09*0.09)        ==>  3.55

不含税税额 = Cnt(43 - 预订税额)                   ==>  39.45

计算公式：预订税额 = Cnt(174/1.09*0.09)                                   ==>  14.37

预订不含税税额 = Cnt(174 - 预订税额)                                        ==>  159.63

改签-预订税额 = Cnt(14/1.05*0.05)                                            ==>   0.67

改签-预订不含税税额 = Cnt(14 -([改签-预订]税额)                        ==>   13.33

计算公式：预订税额 = Cnt((316+(-96)-5)/1.09*0.09)                      ==>  17.75

预订不含税税额 = Cnt(316 - 预订税额)                                         ==>   298.25

改签税额 = Cnt(5/1.05*0.05)                                                      ==>   0.24

改签不含税税额 = Cnt(5 - 改签税额)                                            ==>   4.76

改签-预订税额 = Cnt(改签税额 + 退票税额)                                   ==>   0.24

改签-预订不含税税额 = Cnt((-96) - [改签-预订]税额)                     ==>   -96.24

计算公式：预订税额 = Cnt((189+26+(-172)-43)/1.09*0.09)             ==>  0

预订不含税税额 = Cnt(189 - 预订税额)                                         ==>   189

退票税额 = Cnt(43/1.04*0.04)                                                    ==>   1.65

退票不含税税额 = Cnt(43 - 改签税额)                                          ==>   41.35

退票-预订税额 = Cnt(改签税额 + 退票税额)                                   ==>   1.65

退票-预订不含税税额 = Cnt((-172) - [改签-预订]税额)                    ==>   -173.65

5. 场景五：改签费和改签退票费

计算公式：预订税额 = Cnt((189+26+(-172)-12-43)/1.09*0.09)           ==>  -0.99

预订不含税税额 = Cnt(189 - 预订税额)                                            ==>   189.99

改签税额 = Cnt(12/1.05*0.05)                                                        ==>   0.57

改签不含税税额 = Cnt(12 - 改签税额)                                              ==>   11.43

改签-预订税额 = Cnt(改签税额 + 退票税额)                                      ==>    0.57

改签-预订不含税税额 = Cnt(26 - [改签-预订]税额)                            ==>    25.43

退票税额 = Cnt(43/1.04*0.04)                                                        ==>   1.65

退票不含税税额 = Cnt(43 - 改签税额)                                              ==>   41.35

退票-预订税额 = Cnt(改签税额 + 退票税额)                                       ==>   1.65

退票-预订不含税税额 = Cnt((-172) - [改签-预订]税额)                       ==>   -173.65

6. 场景六：改签费、改签退票费、退票费

计算公式：预订税额 = Cnt((189+26+(-172)-12-43)/1.09*0.09)           ==>  -1.16

预订不含税税额 = Cnt(189 - 预订税额)                                            ==>   190.16

改签-退票税额 = Cnt(改签税额 + 退票税额)                                      ==>    0.08

改签-退票不含税税额 = Cnt(26 - [改签-预订]税额)                           ==>    1.92

改签-预订税额 = Cnt(改签税额 + 退票税额)                                      ==>    0.65

改签-预订不含税税额 = Cnt(26 - [改签-预订]税额)                           ==>    25.35

退票税额 = Cnt(43/1.04*0.04)                                                       ==>   1.65

退票不含税税额 = Cnt(43 - 改签税额)                                             ==>   41.35

退票-预订税额 = Cnt(改签税额 + 退票税额)                                      ==>   1.65

退票-预订不含税税额 = Cnt((-172) - [改签-预订]税额)                       ==>   -173.65

六种商旅火车票计税场景几乎涵盖了12306改签新规的全部场景。不敢说这几种场景有多么的复杂，自己整理出来还是花了一定的时间。如果要去理解每一种场景的票价到底是怎么发生的，还是比较有难度。就拿场景五来说：发生了三次价格变化，189的票钱、26的改签费、172的退票费。说明当事人应该是先买了票，不太合适，改签，核算了一下成本，非常不爽，退了。

复杂的业务场景毕竟连带着代码的复杂度。上面提到的场景五还没做改签费和改签退票费的税额计算，不过这些场景也都列了出来，如果通过计算器还是要费些功夫。再把这些场景转换成代码呢，更是难以处理。

如果有一些系统性概念，有一些架构方面的知识对于这种复杂的场景该如何处理呢？先不说AI嵌入交付系统，就纯手工方式来一次。 

有了架构图就好办事了，可以根据架构图做一步步实现。不过看上去还是少了点什么？如果有一天机票有了改签新规、酒店出现了独特的计税方式，这时候该怎么办？毕竟让代码更加有容错性，而且能具备一定的优雅性，这样的设计模式就是大展拳脚的地方了。

根据不同的业务线类型，来实现不同的业务逻辑，其实在设计模式中这样的场景并不少。当然，针对计税这种业务逻辑，策略模式算是比较适合，也比较简单的处理方式。 

通过架构图来分析，从合理性上来说，还算合理；从代码类层次讲，也能符合业务逻辑要求；接下来就是敲代码了，原始的代码还是有很多，文章罗列还是比较占空间，通过截图来感受下代码的实现情况。

从需求文档开始到代码研发，还是经历了漫长的过程。像这样的需求，研发基本会保持在一人，把整个计税流程走一遍工时粗略估计要一周左右，当然这里面还包括调试、用例测试等等。但是，这里面还是要有个大前提：那就是业务逻辑相对来说得比较熟悉，如果连订单、结算单都分不清，那这种计税需求还是很难下手。

上面对研发的分析主要还是针对研发时间，并没有考虑：研发质量、研发效率、或者说是研发综合状况。为了提升工作效率，将AI引入到该需求就是不二的选择。当前，AI如何引入到项目需求中还是值得讨论的情形，众说纷纭，没有什么太多的标准。

AI工具如何选择，更是“千门八将”，到底用哪个、或者说是怎么使用，很难说得清楚。但有一点还是能统一，那就是：“AI工具免费开发代码的时期结束了，不花钱是不可能的了”。

现在可以考虑一下该如何将AI的使用嵌入到需求交付当中。实战场景已经摆在面前，业务逻辑也已经分析清楚，接下来就是用AI来小试牛刀。

很多人会把AI对研发的使用考虑的特别简单，基本思路就是：不就是一问一答。问AI怎么开发，它就怎么开发，代码一生成不就可以了吗。

这样讲也不算错，使用AI本来就是：一问一答。如果说你就是机械性的一问一答，AI给的回复会更加的机械式，甚至对于简单的策略模式的应用会给你列出多个例子，这样总会在某个节点上，可能是联调、可能是测试、最痛苦的是生产环境莫名其妙问题的爆发，这时候再继续采用和AI一问一答的方式处理，相信痛苦的过程无以言表。

五、将AI嵌入进商旅火车票计税交付系统

一问一答的AI交流使用并不可取。那么采用哪种方式先让AI在项目需求中发挥作用呢？也好解决，那就是：模板代码。用模板代码方式，可以降低AI首次嵌入需求时的分析难度，不仅能提高研发效率，也可以将整个代码和业务逻辑走向都围绕自己的思路。

我们看如何用嵌入方式来开发火车票计税系统。模板代码大体分这几个步骤： 

下面就分步骤看看与AI进行代码模板式交流：

从火车票税改看AI嵌入商旅需求交付的技术实践与初步思考

编程语言

人工智能

后端

商旅火车票计税业务涵盖多种复杂场景，文章深入解析六种计税模式及税率配置，探讨AI模板代码如何提升研发效率与系统容错性。从出票、改签到退票，系统化策略模式结合AI嵌入，实现智能化管理，为商旅数字化建设提供高效解决方案。

数据库

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

从火车票税改看AI嵌入商旅需求交付的技术实践与初步思考

从火车票税改看AI嵌入商旅需求交付的技术实践与初步思考

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐