##打手/客服操作結果通知
應用場景
打手/操作訂單后，商戶需要接收處理，平臺會把操作的相關信息通過數據流的形
式傳送給商戶，并按文檔規范返回應答
注意：
1、同樣的通知可能會多次發送給商戶系統。商戶系統必須能夠正確處理重復的通
知。
2、后臺通知交互時，如果平臺收到商戶的應答不符合規范或超時，平臺會判定本
次通知失敗，重新發送通知，直到成功為止（
在通知一直不成功的情況下，平臺一天總共會發起 19 次通知，通知頻率為
0s/1s/5s/30s/1m/30m/1h/2h/2h/2h/...），但平臺不保證通知最終一定能成功。
3、在訂單狀態不明或者沒有收到結果通知的情況下，建議商戶主動調用訂單查詢
接口確認訂單狀態。
接口鏈接
該鏈接是通過商戶給與的鏈接統一配置的，如果鏈接無法訪問，商戶將無法接收到
通知。
通知 url 必須為直接可訪問的 url，不能攜帶參數。示例：notify\_url：
“http://dev-backend-bully.super.sddl.com/h5/bully/textResult”
~~~[api]
post:商戶地址
*long:orderId=111#訂單id
*orderStatusType=2#訂單變更后狀態例如2
*orderStatusTypeName=abc#訂單狀態名稱 2.代練中 3.待驗收，5.異常中 6.撤銷中 7.鎖定 8.已撤銷 9.仲裁中 10.已仲裁)
*orderOperation=abcdefghijklmn#操作信息
long:bullyId=123#打手 id
<<<
success
"success" # 返回 success 表示成功，其他返回信息表示不成功
<<<
error
其他返回均為錯誤
<<<
操作信息內容
"打手接單"
"打手申請驗收訂單"
"打手提交異常"
"打手取消異常"
"打手申請撤銷"
"打手取消申請驗收訂單"
"打手取消撤銷訂單申請"
"打手同意發單人申請的撤銷"
"打手申請訂單仲裁"
"打手取消訂單仲裁"
"打手上傳訂單截圖"
"發單人申請訂單仲裁"
"發單人取消訂單仲裁"
"發單人發單成功"
"發單人上傳訂單截圖"
"發單人修改備注"
"發單人修改訂單"
"發單人修改訂單代練賬號的密碼"
"發單人刪除訂單"
"發單人下架訂單"
"發單人鎖定訂單"
"發單人取消訂單鎖定"
"發單人申請撤銷"
"發單人取消訂單撤銷申請"
"發單人驗收訂單"
"發單人修改訂單價格"
"發單人增加訂單代練時間"
"發單人同意打手申請訂單撤銷"
"發單人發送IM消息"
"打手發送IM消息"
"運營后臺處理仲裁"
"運營后臺強制撤銷";
~~~
