然而，建設過程并非一帆風順，張建磊指出，在交易流程信息流方面，司機履約過程長，整體用戶需求也往往十分復雜，不同貨物規(guī)格各不相同，且還涉及拆裝、搬運、回單等額外需求，如何整合需求及不同服務履約過程并清晰表達是個不小的挑戰(zhàn)，此外還需處理用戶不認可搬運等后置費用導致訂單一直未支付等各種交易問題。而在資金流程上，履約過程中用戶需求變化和額外費用產生造成的變價，部分或全額預付產生的復雜資金軋差操作、前置及后置費用的多次結算等都要求貨拉拉必須實現(xiàn)全流程支付和結算能力。

隨后，張建磊從三個方面分享了貨拉拉為了解決這些問題所作的關鍵設計。一是需求與履約信息流設計。貨拉拉在訂單側通過子單結構支持不同子需求的表達，每個子單在狀態(tài)上配置化，在信息上實現(xiàn)不同子單的數(shù)據(jù)模型支持，而在運單側，貨拉拉則定義了不同履約類型的運單或履約單，通過動態(tài)的流程來支持不同類型履約的流程，最終通過運單或履約單來接入各種類型的具體運力和外部司機類型，支持貨運的不斷擴展。二是交易資金流設計。貨拉拉圍繞隨時支付、訂單變價、隨時退款、部分結算和運單結算進行建設。通過子單和賬單明細關聯(lián)、支付單和賬單明細關聯(lián)來支撐部分預付、到付轉預付、他人代付等場景，并通過草稿賬單和資金軋差來支撐訂單編輯和各種變價場景，而在結算側，則通過履約維度司機賬單來記錄司機和平臺的營收，通過結算單和清分來實現(xiàn)不同主體的結算。 三是整個交易的核心應用架構，主要包括業(yè)務/訂單/拆單/運單服務，以及基礎的賬單和計算等，并協(xié)同其他領域，對貨拉拉同城/跨城/搬家等各種業(yè)務進行支撐。

在本次演講的最后，張建磊也分享了自己對業(yè)務應用架構的設計理念：貼合業(yè)務、保障業(yè)務效率和適度超前。未來，貨拉拉還將推進自動拆單和自動合單，針對貨運行業(yè)的特點，建立更匹配貨運特點的多服務和多運力系統(tǒng)，在保障系統(tǒng)穩(wěn)定性的同時，高效率支持業(yè)務迭代，推動業(yè)務發(fā)展，為用戶帶來更高的服務效率以及更好的交易體驗。

songjy