tradeid/get
														目录 | 
												
1.接口说明
获取交易号
												
											
2.使用场景
背景
通过 HTTP post 方式创建资源时(比如在 U8 系统里创建一张新的销售订单),为了防止同一资源因重复提交导致资源重复创建问题,需要通过交易号来识别多次提交是否为重复提交,从而保证即使重复提交也不会导致生成两个新的资源。
2.1场景1
将上游的主键信息作为交易号,每个新增【add】类型的API,都有一个 biz_id 参数,传入上游主键即可。 比如从上游的【10001】报销单生成 ERP 的凭证,【10001】的报销单重复提交导也只会产生一张凭证。
                                               https://api.yonyouup.com/api/voucher/add?biz_id=10001
2.2场景2
如果上游没有主键线索信息,需要先通过此 API 获取一个交易号(tradeid),通过此交易号保证 ERP 中的资源不会重复被创建。对于开发者需保存此交易号到本地,多次提交请使用同一个 tradeid。
                                               https://api.yonyouup.com/system/tradeid
                                                                                                                                返回 xxxx
                                               https://api.yonyouup.com/api/voucher/add?tradeid=xxxx
3.接口调用说明
3.1请求说明
| url | https://api.yonyouup.com/system/tradeid | 
| 格式 | JSON | 
| https请求方式 | GET | 
| 编码类型 | UTF-8 | 
												
											
3.2输入参数说明
| 参数 | 是否必填 | 描述 | 
|---|---|---|
| from_account | 是 | 调用方id | 
| app_key | 是 | 应用编码 | 
| token | 是 | 全局访问唯一识别码 | 
3.3请求示例
https://api.yonyouup.com/system/tradeid?&from_account=FromAccount&app_key=AppKey&token=token
                                                
                                            
												
											
3.4返回参数说明
| 参数说明 | 描述 | 
|---|---|
| errcode | 错误码,0 为正常。 | 
| errmsg | 错误信息。 | 
| id | 交易号。 | 
3.5正确返回示例
JSON示例:
												
											
Content-type: text/html; charset=utf-8
{
	"errcode": "0",
	"errmsg": "成功",
	"trade": {
               "id": "40d8c9b4d35611e4ab8e0017fa000443"
  }
}
			
													
												
											3.6错误返回示例
Content-type: text/html; charset=utf-8
{
   "errcode" : "2001",
   "errmsg" : "fail"
}