##打手/客服操作结果通知
应用场景
打手/操作订单后，商户需要接收处理，平台会把操作的相关信息通过数据流的形
式传送给商户，并按文档规范返回应答
注意：
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消息"
"运营后台处理仲裁"
"运营后台强制撤销";
~~~
