- 翻譯公司資訊
-
世聯翻譯公司完成公司系統規范中文翻譯
發布時間：2018-09-11 14:13 點擊：
世聯翻譯公司完成公司系統規范中文翻譯前言本文檔目的是定義BSP企業服務平臺的通用對外服務接口，以便快速集成大客戶自有的系統，從而打通大客戶與順豐系統之間的信息流，實現整體物流供應鏈的一體化，進而達到順豐與 客戶的雙贏。
2 接口規范說明
通用對外服務接口統一使用UTF-8編碼的XML報文，接口通信協議支持 WEBSERVICE、HTTP/POST、FTP三種協議，當前主要使用WEBSERVICE協議方式。
通用對外服務接口分為主動接入與對外推送兩類接口，基于 FTP 協議的對外推送類接口無需對應的響應報文，其他均存在對應的請求與響應報文；以下定義了通用對外服務接口報文需要遵循的格式與規則：
² 請求報文：
<Request service="服務名"lang="zh-CN">
<Head>客戶卡號,校驗碼</Head>
<Body>請求數據 XML</Body>
</Request>
關鍵規則：
a) service屬性與HEAD元素預先定義了服務名，客戶卡號及檢驗碼，結合請求的客戶IP地址可以滿足只要通過預解析HEAD元素就能夠進行系統功能權限的驗證，無功能權限情況下無需進一步解析Body內部數據，大大提高了攔截非法訪問的性能；
b) 客戶卡號與校驗碼統一使用順豐分配的客戶卡號與校驗碼；
c) lang屬性用于支持國際化請求，缺省值為 zh-CN。
² 響應報文：
<Response service="服務名">
<Head>OK|ERR</HEAD>
<BODY>正常響應數據 XML</BODY>
<ERROR code="NNNN">錯誤詳細信息</ERROR>
</Response>
關鍵規則：
a) Head元素值為OK或ERR；OK代表交易正常，ERR代表發生系統或業務異常；對于批量交易場景，部分交易異常必須返回OK值，且必須在返回BODY中標識出發生異常的交易記錄，避免下次全部重發；
b) Head元素值為OK時返回BODY元素，為ERR時返回ERROR元素；BODY與ERROR元素不能同時存在；
c) ERROR元素中的code屬性值為四位數字，錯誤編碼的描述請參考文檔的最后一個部分。
² 批量交易記錄數限制為20條以下（參考順豐網站），特定業務可以自定義不支持批量交易或小于20的批量記錄數限制。
² 請求或正常響應數據XML中數據元素的定義需遵循將必要字段（包含有默認值的字段），可選字段及擴展字段進行分開定義的原則，同時字段盡量通過元素的屬性進行定義，字段值限制在200字符以下（50個漢字以下）；必要字段使用數據元素本身的屬性進行定義，可選項字段在數據元素下定義“數據元素名+Option”元素并通過其屬性進行定義，擴展字段使用數據元素下保留元素<Extra>的屬性進行定義；必要字段的數目盡量控制在10個以下；如：
<Order id="XXXX" …>
<OrderOption payment="XXXX" …/>
<Extra e1="XXXX" …/>
</Order>
OrderOption元素的屬性及值由具體的業務數據定義；Extra元素最大支持20個屬性，屬性名為e1,…,e20,只支持字符串值。
² 盡量通過客戶個性化服務配置的方式減少接口報文需要傳遞的字段量，如在訂單報文中加 入發貨點代碼的方式，可以在后臺基于客戶+發貨點代碼的方式配置月結賬號等等數據，避免在接口報文中傳遞附加的月結賬號。
² 請求與響應報文元素命名采用大寫字母開頭的單詞序列，如“OrderResponse”；屬性名統一使用小寫，如“orderid”；子元素在定義表格中一律使用“/”徑表示，如“outeTrackingResponse/Route”；
通用對外服務接口當前已經定義了快遞類服務接口，其參考地址參見：
Http://bsp-oip/sf-express.com/bsp-ois/ws/expressService
3 快遞類服務接口
3.1 下訂單（含篩選）
3.1.1 功能描述
下單接口根據客戶需要，可提供以下三個功能：
1） 客戶系統向順豐下發訂單。
2） 為訂單分配運單號。
3） 篩單。
3.1.2 接口主信息定義
服務名稱 OrderService 批量交易限制 不支持 接口類型 接入 協議類型 WEBSERVICE 接口方法 public String sfexpressService(String XML); 數據元素<請求> Order 必要字段名 類型（約束） 默認值 描述 orderid String(64) 客戶 訂 單號， 建議 英文字 母 +YYMMDD（日 期）+流水號，如：TB1207300000001 express_type String(5) 標準快遞 快件產品類別
1 標準快遞
2 順豐特惠j_company String(100) _SYSTEM 寄件方公司名稱，_SYSTEM表示如果不提供，將從系統配置獲取 j_contact String(30) _SYSTEM 寄件方聯系人，_SYSTEM表示如果不提供，將從系統配置獲取 j_tel String(20) _SYSTEM 寄件方聯系電話，_SYSTEM表示如果不提供，將從系統配置獲取 j_address String(150) _SYSTEM 寄件方詳細地址，包括省市區，示例：“廣東省深圳市福田區新洲十一街萬基商務大廈10樓” , _SYSTEM 表示如果不提供，將從系 統配置獲取 d_company String(100) 到件方公司名稱 d_contact String(30) 到件方聯系人 d_tel String(20) 到件方聯系電話 d_address String(150) 到件方詳細地址，示例：“廣東省深圳市福田區新洲十一街萬基商務大廈10 樓” parcel_quantity Number(5) 1 包裹數，如果生成運單號碼，需要提供此項。
一個包裹對應一個運單號，數據必須準確。pay_method Number(1) _SYSTEM 付款方式：1:寄方付 2:收方付 3:第三方付，默認為 1。_SYSTEM 表示如果不提供，將從系統配置獲取 j_province String(30) _SYSTEM 寄件方所在省份字段填寫要求：必須是標準的省名稱稱謂如：廣東省 j_city String(100) _SYSTEM 寄件方所屬城市名稱
字段填寫要求：必須是標準的城市稱謂 如： 深圳市d_province String(30) 到件方所在省份字段填寫要求：必須是標準的
省名稱稱謂 如：廣東省d_city String(100) 到件方所屬城市名稱
字段填寫要求：必須是標準的城市稱謂 如： 深圳市數據元素<響應>應> OrderResponse 字段名 類型（約束） 是否非空 描述 orderid String(64) 否 訂單號 mailno String(20) 運單號，可多個單號，如子母件，以逗號分隔 origincode String(10) 否 原寄地代碼 destcode String(10) 否 目的地代碼 filter_result Number(2) 篩單結果：1-人工確認，2-可收派 3-不可以收派 remark String(100) 1-收方超范圍，2-派方超范圍，3-其他原因
3.1.3 可選字段信息
數據元素 Order/OrderOption 字段名 類型（約束） 描述 custid String(20) 月結卡號_SYSTEM 可配置 template String(30) 模板選擇 j_shippercode String(30) 寄件方代碼 d_deliverycode String(30) 到件方代碼 cargo String(4000) 貨物名稱，可有多個貨物，如果有多個貨物，以逗號分隔，
如：手機,IPAD,充電器“ 需生成電子運單，此字段必傳cargo_count String(4000) 貨物數量，多個貨物時以逗號分隔，且與 cargo 中描述的貨
物相對應
如：2,1,3cargo_unit String(4000) 貨物單位，多個貨物時以逗號分隔，且與 cargo 中描述的貨
物相對應
如：個,臺,本cargo_weight String(4000) 貨物重量，多個貨物時以逗號分隔，且與 cargo 中描述的貨
物相對應
如：1.5,1.0,3.0cargo_amount String(4000) 貨物單價，多個貨物時以逗號分隔，且與 cargo 中描述的貨
物相對應
如：1000,2000,1500cargo_total_weight Number(10,2) 訂單貨物總重量，單位 KG，如果提供此值，必須>0 sendstarttime date 要求上門取件開始時間，格式：YYYY-MM-DD
HH24:MM:SS，示例：2012-7-30 09:30:00,默認
為系統收到訂單的系統時間mailno String(4000) 運單號，一個訂單只能有一個主單號，如果是子母單的情況，
請以，分隔，主單在第一個位置，
如 “755123456789,001123456789,002123456789“remark String(100) 備注 數據元素 OrderOption/AddedService 字段名 類型（約束） 描述 name（定義對應關系） String(20) 增值服務名，如COD 等 value String(30) 增值服務值1 Value1 String(30) 增值服務值2 Value2 String(30) 增值服務值3 Value3 String(30) 增值服務值4 Value4 String(30) 增值服務值5
增值服務傳值說明:
服務 NAME 說明 備注 代收貨款 COD value 為貨款，value1 為客戶編碼 保價 INSURE value 為聲明價值 MSG MSG value 為手機號碼 包裝費 PKFEE value 為包裝費費用 SMS SMS value 為手機號碼,且與收件方的手機號相同.
value1 為個性化文字。特殊保價 SINSURE value 為服務費。 特殊配送
特殊增值服務費SDELIVERY
SADDSERVICEvalue 為服務費。
value 為服務費
3.1.4 擴展字段信息
遵循擴展字段規范
3.1.5 應用場景XML實例
² 場景1
場景描述：客戶下單
請求XML：
<Request service=”OrderService” lang="zh-CN">
<Head>j_custid（客戶卡號）,checkwork（校驗碼）</Head>
<Body>
<Order orderid=”訂單號” express_type=”快件類型”j_company=”寄件方公司名稱”
j_contact=”寄件方聯系人”j_tel=”聯系電話”j_address=”寄件地址”d_company=”到件方公司名稱”d_contact=”到件方聯系人”d_tel=”聯系電話”d_address=”到件方地址” parcel_quantity=”包裹數”pay_method=”付款方式”>
<OrderOption custid=”月結卡號”j_shippercode=”寄件方代碼”d_deliverycode=”到
件方代碼”cargo=”貨物名稱”cargo_total_weight=”總重量”insurance_amount=”申明價值”sendstarttime=”要求上門收件時間” mailno=”運單號” remark=”備注”>
<AddedService name=”增值服務 1” value=”值 1” value1=”值 2” value2=”值 3” value3=”值 4”
value4=”值 5”/>
<!-- ...// <AddedService>可有多個-->
</OrderOption>
<Extra e1=”擴展字段” e2=”擴展字段” e3=”擴展字段” e4=”擴展字段” e5=”擴展字段” e6=”擴展字 段” e7=”擴展字段” e8=”擴展字段” e9=”擴展字段” e10=”擴展字段” e11=”擴展字段” e12=”擴展字 段” e13=”擴展字段” e14=”擴展字段” e15=”擴展字段” e16=”擴展字段” e17=”擴展字段” e18=”擴展 字段” e19=”擴展字段” e20=”擴展字段”/>
</Order>
</Body>
</Request>
響應XML：
訂單處理成功：
<Response service=”OrderService”>
<Head>OK</Head>
<Body>
<OrderResponse orderid=”訂單號” mailno=”主單,子單 1,子單 2,…,子單 n” originCode=”原寄地代碼” destCode=”目的地代碼” filter_result=”篩單結果” remark=”備注”/>
</Body>
</Response>
訂單處理失敗：
<Response service=”OrderService”>
<Head>ERR</Head>
<ERROR code="NNNN">錯誤詳細信息</ERROR>
</Response>
3.2 訂單發貨確認
3.2.1 功能描述
該接口用于客戶在確定將貨物交付給順豐托運后，將運單上的一些重要信息，如快件重量、寄件時間，通過此接口發送給順豐。
3.2.2 接口主信息定義
服務名稱 OrderConfirmService 批量交易限制 不支持 接口類型 接入 協議類型 WEBSERVICE 接口方法 public String sfexpressService(String XML); 數據元素<請求> OrderConfirm 必要字段名 類型（約束） 默認值 描述 orderid String(64) 訂單號 mailno String(20) 運單號 數據元素<響應> OrderConfirmResponse 字段名 類型（約束） 是否非空 描述 orderid String(64) 否 訂單號 mailno String(20) 否 運單號 res_status Number(1) 備注 1-訂單號與運單不匹配
2 成功
3.2.3 可選字段信息
數據元素 OrderConfirm/OrderConfirmOption 字段名 類型（約束） 描述 weight Number(10,2) 訂單重量，單位 KG volume String(100) 托寄物的長，寬，高，以逗號分隔，單位 CM，精確到小數點 1 位。
3.2.4 擴展字段信息
遵循擴展字段規范
3.2.5 應用場景XML實例
² 場景1
場景描述：
請求 XML：
<Request service=”OrderConfirmService” lang="zh-CN">
<Head>custid（客戶卡號）,checkwork（校驗碼）</Head>
<Body>
<OrderConfirm orderid=”訂單號” mailno=”運單號”>
<OrderConfirmOption weight=”快件重量” volume=”托寄物的長，寬，高”/>
<Extra e1=”擴展字段” e2=”擴展字段” e3=”擴展字段” e4=”擴展字段” e5=”擴展字段” e6=”擴展字 段” e7=”擴展字段” e8=”擴展字段” e9=”擴展字段” e10=”擴展字段” e11=”擴展字段” e12=”擴展字 段” e13=”擴展字段” e14=”擴展字段” e15=”擴展字段” e16=”擴展字段” e17=”擴展字段” e18=”擴展 字段” e19=”擴展字段” e20=”擴展字段”/>
</OrderConfirm>
</Body>
</Request>
響應 XML：
訂單確認成功：
<Response service=”OrderConfirmService”>
<Head>OK</Head>
<Body>
<OrderConfirmResponse orderid=”訂單號” mailno=”運單號” remark=”備注”/>
</Body>
</Response>
訂單確認失敗：
<Response service=”OrderConfirmService”>
<Head>ERR</Head>
<ERROR code="NNNN">錯誤詳細信息</ERROR>
</Response>
3.3 訂單篩選
3.3.1 功能描述
客戶系統通過此接口向順豐企業服務平臺發送自動篩單請求，用于判斷客戶的收、派地址是否屬于順豐的收派范圍。系統會根據收派雙方的地址自動判斷是否在順豐的收派范圍內。如果屬于范圍內則返回可收派，否則返回不可收派。
3.3.2 接口主信息定義
服務名稱 OrderFilterService 批量交易限制 <=5 筆 接口類型 接入 協議類型 WEBSERVICE 接口方法 public String sfexpressService(String XML); 數據元素<請求> OrderFilter 必要字段名 類型（約束） 默認值 描述 filter_type Number(1) 1 篩單類別：1-自動篩單（系統根據地址庫進行判斷，并返回結果）2-可人工篩單（系統首先根據地址庫判斷，如果無法自動判斷是否收派，系統將生成需要人工判斷的任務，后續由人工處理，處理結束后，順豐可主動推送給客戶系統） orderid String(64) 如果
filter_type=2， 則必須提供
客戶訂單號
d_address
String(150)到件方詳細地址，需要包括省市區，如：廣東省深圳市福田區新洲 十一街萬基商務大廈。 數據元素<響應> OrderFilterResponse 字段名 類型（約束） 是否非空 描述 orderid String(64) 訂單號，如果需要順豐提供人工篩單，需要提供此項值 filter_result Number(2) 否 篩單結果：1-人工確認，2-可收派
3-不可以收派origincode String(10) 原寄地代碼 destcode String(10) 目的地代碼,如果可收派，此項不能為空 remark String(100) 1-收方超范圍，2-派方超范圍，3-其他原因
3.3.3 可選字段信息
數據元素 OrderFilter/OrderFilterOption 字段名 類型（約束） 默認值 描述 j_tel String(20) 寄件方電話 country String (50) CN 寄件人所在國家
province
String (30)寄件人所在省份，必須是標準的省名稱稱謂，示
例：“廣東省”（省字不要省略）
city
String (100)寄件方所屬城市名稱，必須是標準的城市稱謂，示
例：“深圳市”（市字不要省略）
county
String (30)寄件人所在縣/區，必須是標準的縣/區稱謂，示 例：“福田區”（區字不要省略） d_country String(50) CN 到件方國家
d_province
String (30)到件方所在省份，必須是標準的省名稱稱謂，示
例：“廣東省”（省字不要省略）
d_city
String (100)到件方所屬城市名稱，必須是標準的城市稱謂，示
例：“深圳市”（市字不要省略）
d_county
String (30)到件方所在縣/區，必須是標準的縣/區稱謂，示 例：“福田區”（區字不要省略）
j_address
String(150)寄件方詳細地址，示例：“廣東省深圳市福田區新 洲十一街萬基商務大廈 10 樓” d_tel String(23) 到件方電話
3.3.4 擴展字段信息
無。
3.3.5 應用場景 XML 實例
² 場景1
場景描述：
請求XML：
<Request service=”OrderFilterService” lang="zh-CN">
<Head>j_custid（客戶卡號）,checkwork（校驗碼）</Head>
<Body>
<OrderFilter filter_type=”篩單類別” orderid=”訂單號” d_address=”到件方地址”>
<OrderFilterOption j_tel=”寄件方電話” j_address=”寄件方地址” d_tel=”到件方電話”/>
</OrderFilter>
<!--...//最多包括 5 個<OrderFiler>-->
</Body>
</Request>
響應 XML：
篩單處理成功：
<Response service=”OrderFilterService”>
<Head>OK</Head>
<Body>
<OrderFilterResponse orderid=”訂單號” filter_result=”是否可收派” origincode=”原寄地
代碼” destcode=”目的地代碼” remark=”備注”/>
...
</Body>
</Response>
篩單處理失敗：
<Response service=”OrderFilterService”>
<Head>ERR</Head>
<ERROR code="NNN">錯誤詳細信息</ERROR>
</Response>
3.4 人工篩選結果推送
3.4.1 功能描述
如果客戶通過訂單篩選接口得到的反饋結果為：3-待確認時，如果訂單篩選時，提供了訂單號且 apply_type=2，當完成人工篩單時，順豐系統將人工篩單的結果推送給客戶系統。
請客戶系統提供一個符合以下規范的 HTTP URL，以便順豐向客戶系統推送人工篩單數據。
1）順豐以HTTP POST的方式向客戶系統推送數據。
2）請求方法的編碼格式：“application/x-www-form-urlencoded; charset=UTF-8”
3）推送的篩單結果以XML格式，通過POST方式發送給客戶系統。
4）一個POST方法最多推送5條篩單數據。
5）對xml內容進行URL編碼（字符集為UTF-8）。
6）客戶系統在接收到請求后，需要先對收到的內容進行URL解碼，得到相應的XML。然后從XML中 獲取相應的篩單數據。
7）在客戶系統正確處理XML信息后，向順豐返回響應信息，考慮到處理的效率，篩單推送認為批 量成功或失敗。
3.4.2 接口主信息定義
服務名稱 OrderFilterPushService 批量交易限制 <=5 筆 接口類型 推送 協議類型 HTTP 接口方法 無 數據元素<請求> OrderFilterResult 必要字段名 類型（約束） 默認值 描述 orderid String(64) 訂單號，如果需要順豐提供人工篩單，需要提供此項值 filter_result Number(2) 否 篩單結果： 2-可收派 3-不可以收派 origincode String(10) 原寄地代碼 destcode String(10) 目的地代碼,如果可收派，此項不能為空 remark String(100) 1-收方超范圍，2-派方超范圍，3-其他原因 mailno String(30) 運單號 數據元素<響應> OrderFilterResultResponse 字段名 類型（約束） 是否非空 描述 orderid String(4000) 否 成功接收的人工篩單訂單號，如果有多個訂單號，以逗號分隔，如”123,124” orderid_error String(4000) 未成功接收的人工篩單訂單號，如果有多個訂單號，以逗號分隔，如”123,124”，這
部分訂單的篩單數據順豐會定
時重發。
3.4.3 可選字段信息
無
3.4.4 擴展字段信息
無
3.4.5 應用場景 XML 實例
² 場景1
場景描述：
請求 XML：
<Request service=”OrderFilterPushService”>
<Head>OK</Head>
<Body>
<OrderFilterResult orderid=”訂單號” filter_result=”是否可收派” origincode=”原寄地代碼”destCode=”目的地代碼” remark=”備注”/>
<!--...//最多包括 5 個<OrderFilterResult> -->
</Body>
</Request>
響應 XML：
成功響應：
<Response service=”OrderFilterPushService”>
<Head>OK</Head>
</Response>
失敗響應：
<Response service=”OrderFilterPushService”>
<Head>ERR</Head>
<ERROR code="NNNN">錯誤詳細信息</ERROR>
</Response>
3.5 路由查詢
3.5.1 功能描述
提供客戶系統通過接口查詢客戶通過順豐承運的運單路由的功能，支持單個或批量運單路由查詢的功能，批量查詢中，最多不能超過10個運單號。同一批次，只允許查詢同一種語言的運單路由。
路由查詢接口支持兩類查詢方式：
1） 根據運單號查詢：查詢請求中提供客戶卡號與運單號，系統將驗證客戶卡號與所有請求運單號的歸屬關系，系統只返回具有正確歸屬關系的運單路由信息。
2） 根據訂單號查詢：查詢請求中提供客戶卡號與訂單號，系統將驗證客戶卡號與所有請求訂單號的歸屬關系，對于歸屬關系正確的訂單號，找到對應的運單號，然后返回訂單對應運單號的路由信息。適用于通過企業服務平臺下發過訂單的客戶。
3.5.2 接口主信息定義
服務名稱 RouteService 批量交易限制 <=10 筆 接口類型 接入 協議類型 WEBSERVICE 接口方法 public String sfexpressService(String xml); 數據元素<請求> RouteRequest 必要字段名 類型（約束） 默認值 描述 tracking_type Number(2) 1 查詢類別, tracking_type字段說明：1-根據運單號查詢，order節點中 track_number將被當作運單號處理，2-根據訂單號查詢，order 節點中track_number將被當作訂單號處理 tracking_number String(4000) 查詢號，如果tracking_type=1，則此值 為運單號。如果tracking_type=2，則此值 為訂單號 如果有多個單號，以逗號分隔，如”123,124,125” 數據元素<響應> RouteResponse 字段名 類型（約束） 是否非空 描述 mailno String(20) 否 運單號 orderid String(64) 訂單號 數據元素<響應> RouteResponse/Route 字段名 類型（約束） 是否非空 描述 accept_time Date 否 路由發生的時間 accept_address String(100) 否 路由發生的地點 remark String(150) 否 具體描述 opcode String(20) 操作碼
3.5.3 可選字段信息
無
3.5.4 擴展字段信息
無
3.5.5 應用場景 XML 實例
² 場景1
場景描述：根據運單號查詢
請求 XML：
<Request service=”RouteService” lang="zh-CN">
<Head>custid（客戶卡號）,checkwork（校驗碼）</Head>
<Body>
<RouteRequest tracking_type=”查詢類別” tracking_number=”單號 1,單號 2,…,單號 n”/>
</Body>
</Request>
響應 XML：
路由查詢成功：
<Response service=”RouteService”>
<Head>OK</Head>
<Body>
<RouteResponse mailno=”運單號” orderid=”訂單號”>
<Route accept_time=”路由發生時間” accept_address=”路由發生地點” remark=”詳細說明”
opCode=”操作碼”/>
<!--...//可包括多個<Route>-->
</RouteResponse>
<!--...//最多包括 10 個<RouteResponse>-->
</Body>
</Response>
路由查詢失敗：
<Response service=”RouteService”>
<Head>ERR</Head>
<ERROR code="NNNN">錯誤詳細信息</ERROR>
</Response>
失敗響應：
<Response service=”RouteService”>
<Head>ERR</Head>
<ERROR code="NNNN">錯誤詳細信息</ERROR>
</Response>
3.6 路由推送
3.6.1 功能描述
該接口用于向客戶系統定時推送運單的路由信息。需要客戶系統提供一個符合以下規范的HTTP URL，以便順豐向客戶系統推送路由數據。推送方式為增量推送，對于同一個運單的路由，不重復推送。
1） 順豐以HTTP POST的方式向客戶系統推送數據。
2） 請求方法的編碼格式：“application/x-www-form-urlencoded; charset=UTF-8”
3） 推送的路由數據以XML格式，通過POST方式發送給客戶系統。
4） 一個POST方法最多推送10條路由數據。
5） 對xml內容進行URL編碼（字符集為UTF-8）。
6） 客戶系統在接收到請求后，需要先對收到的內容進行URL解碼，得到相應的XML。然后從XML中獲取相應的路由信息。
在客戶系統正確處理XML信息后，向順豐返回響應信息，考慮到處理的效率，路由推送認為批量成功或失敗。
3.6.2 接口主信息定義
服務名稱 RoutePushService 批量交易限制 <=10 筆 接口類型 推送 協議類型 HTTP 接口方法 無 數據元素<請求> WaybillRoute 必要字段名 類型（約束） 默認值 描述 id Number(15) 路由編號，每一個 id 代表一條不同的路由 mailno String(20) 否 運單號 orderid String(64) 訂單號 accept_time Date 否 路由產生時間 accept_address String(100) 否 路由發生城市 remark String(300) 否 路由說明 opcode String(20) 操作碼 數據元素<響應> WaybillRouteResponse 字段名 類型（約束） 是否非空 描述 id String(4000) 否 成功接收的路由編號，如果有多個路由編號，以逗號分隔，如“123,124,125“ id_error String(4000) 否 未成功接收的路由編號，如果有多個路由編號，以逗號分 隔，如“123,124,125“，這部分路由編號，順豐會定時重發
3.6.3 可選字段信息
無
3.6.4 擴展字段信息
無
3.6.5 應用場景 XML 實例
² 場景1
場景描述：
請求 XML：
<Request service=”RoutePushService” lang="zh-CN">
<Head>custid（客戶卡號）,checkwork（校驗碼）</Head>
<Body>
<WaybillRoute id=”路由編號” mailno=”運單號” orderid=”訂單號” accept_time=”路由發生時
間” accept_address=”路由發生地點” remark=”詳細說明” opcode=”操作碼”/>
<!--//...最多 10 個<WaybillRoute>-->
</Body>
</Request>
響應 XML：
<Response service=”RoutePushService”>
<Head>OK</Head>
</Response>
4 附錄
4.1 原因代碼表
原因代碼 描述 分類 61** 缺少必要參數 6101 請求數據缺少必選項 缺少必要參數 6102 寄件方公司名稱為空 關鍵字段校驗不合法 6103 寄方聯系人為空 6104 寄方所在省為空 6105 寄方所在城市為空 6106 寄件方詳細地址為空 6107 到件方公司名稱為空 6108 到件方聯系人為空 6109 到件方所在省為空 6110 到件方所在城市為空 6111 到件方地址為空 6112 到件方國家不能為空 6113 到件方所在省份不能為空 6114 必須提供客戶訂單號 6115 到件方所屬城市名稱不能為空 6116 到件方所在縣/區不能為空 6117 到件方詳細地址不能為空 6118 訂單號不能為空 6119 到件方聯系電話不能為空 6120 快遞類型不能為空 6121 寄件方聯系電話不能為空 6122 篩單類別不合法 6123 運單號不能為空 6124 付款方式不能為空 6125 需生成電子運單,貨物名稱等不能為空 6126 月結卡號不合法 6127 增值服務名不能為空 6128 增值服務名不合法 8*** 功能校驗 8000 報文 參數不合法 參數無效 8001 IP 未授權 參數無效 8002 服務（功能）未授權 8003 查詢單號超過最大限制 8004 路由查詢條數超限制 8005 查詢次數超限制 8006 已下單，無法接收訂單確認請求 8007 此訂單已經確認，無法接收訂單確認請求 8008 此訂單人工篩單還未確認，無法接收訂單確認請求 8009 此訂單不可收派, 無法接收訂單確認請求。 8010 此訂單未篩單, 無法接收訂單確認請求。 8011 不存在該客戶卡號與運單號綁定關系 8012 不存在該客戶卡號與訂單號綁定關系 8013 未傳入查詢單號 8014 校驗碼錯誤 8015 未傳入運單號信息 8016 重復下單 8017 訂單號與運單號不匹配 8018 未獲取到訂單信息 8019 訂單已確認 8020 不存在該訂單跟運單綁定關系 8021 客戶卡號為空 8022 校驗碼為空 8023 服務名為空 8024 未下單 8025 未傳入服務或不提供該服務 8026 不存在的客戶 8027 不存在的業務模板 8028 客戶未配置此業務 8029 客戶未配置默認模板 8030 未找到這個時間的合法模板 8031 數據錯誤，未找到模板 8032 數據錯誤，未找到業務配置 8033 數據錯誤，未找到業務屬性 8034 重復注冊人工篩單結果推送 8035 生成電子運單，必須存在運單號 8036 注冊路由推送必須存在運單號 4*** 系統校驗 4001 系統發生數據錯誤或運行時異常 4002 報文解析錯誤
Unitrans世聯翻譯公司在您身邊,離您近的翻譯公司,心貼心的專業服務,專業的全球語言翻譯與信息解決方案供應商,專業翻譯機構品牌。無論在本地,國內還是海外,我們的專業、星級體貼服務，為您的事業加速！世聯翻譯公司在北京、上海、深圳等國際交往城市設有翻譯基地，業務覆蓋全國城市。每天有近百萬字節的信息和貿易通過世聯走向全球！積累了大量政商用戶數據，翻譯人才庫數據，多語種語料庫大數據。世聯品牌和服務品質已得到政務防務和國際組織、跨國公司和大中型企業等近萬用戶的認可。 專業翻譯公司,北京翻譯公司,上海翻譯公司,英文翻譯,日文翻譯,韓語翻譯,翻譯公司排行榜,翻譯公司收費價格表,翻譯公司收費標準,翻譯公司北京,翻譯公司上海。