在本次分享中，张建磊遵循定义、问题、对策、展望的思路详细揭秘了货拉拉在交易系统升级过程中的具体实践和创新探索。据张建磊介绍，从用户下单到运力履约，再到交易支付以及订单结算，货拉拉交易中台系统几乎贯穿货运全流程，需要处理用户侧的下单、变更、取消等订单操作、司机侧的接单、装卸货等履约流程以及资金侧的变价、结算、支付等多种场景，这也因此对系统的稳定性、数据的准确性和功能的扩展性提出了更高的要求。在整体的交易建设上，货拉拉采取循序渐进的方式，经历了Ucore/PHP 阶段、Java化/领域化以及模型化/能力化阶段，最终有效改善了系统整体的功能结构、业务支持效率和稳定性。

　　然而，建设过程并非一帆风顺，张建磊指出，在交易流程信息流方面，司机履约过程长，整体用户需求也往往十分复杂，不同货物规格各不相同，且还涉及拆装、搬运、回单等额外需求，如何整合需求及不同服务履约过程并清晰表达是个不小的挑战，此外还需处理用户不认可搬运等后置费用导致订单一直未支付等各种交易问题。而在资金流程上，履约过程中用户需求变化和额外费用产生造成的变价，部分或全额预付产生的复杂资金轧差操作、前置及后置费用的多次结算等都要求货拉拉必须实现全流程支付和结算能力。

　　随后，张建磊从三个方面分享了货拉拉为了解决这些问题所作的关键设计。一是需求与履约信息流设计。货拉拉在订单侧通过子单结构支持不同子需求的表达，每个子单在状态上配置化，在信息上实现不同子单的数据模型支持，而在运单侧，货拉拉则定义了不同履约类型的运单或履约单，通过动态的流程来支持不同类型履约的流程，最终通过运单或履约单来接入各种类型的具体运力和外部司机类型，支持货运的不断扩展。二是交易资金流设计。货拉拉围绕随时支付、订单变价、随时退款、部分结算和运单结算进行建设。通过子单和账单明细关联、支付单和账单明细关联来支撑部分预付、到付转预付、他人代付等场景，并通过草稿账单和资金轧差来支撑订单编辑和各种变价场景，而在结算侧，则通过履约维度司机账单来记录司机和平台的营收，通过结算单和清分来实现不同主体的结算。 三是整个交易的核心应用架构，主要包括业务/订单/拆单/运单服务，以及基础的账单和计算等，并协同其他领域，对货拉拉同城/跨城/搬家等各种业务进行支撑。

　　在本次演讲的最后，张建磊也分享了自己对业务应用架构的设计理念：贴合业务、保障业务效率和适度超前。未来，货拉拉还将推进自动拆单和自动合单，针对货运行业的特点，建立更匹配货运特点的多服务和多运力系统，在保障系统稳定性的同时，高效率支持业务迭代，推动业务发展，为用户带来更高的服务效率以及更好的交易体验。

• 上一篇：传化货运网多措并举服务物流高效运转
• 下一篇：《广东省道路货物运输超限超载治理办法》解读