签名成功
This commit is contained in:
@@ -39,11 +39,13 @@ POST https://221329.cc.cd/api/v1/open/91/orders/create
|
||||
|
||||
签名规则采用 签名规则示例 中的约定:
|
||||
|
||||
- 除 `sign` 外,所有参数按字段名 ASCII 升序排序;
|
||||
- 仅使用请求 JSON body 中实际传入的参数参与签名;
|
||||
- 除 `sign` 外,所有 body 参数按字段名 ASCII 升序排序;
|
||||
- 使用 `key=value&key=value` 方式拼接;
|
||||
- 前后拼接商户密钥;
|
||||
- 取 `MD5`,输出 32 位大写字符串;
|
||||
- 空值参数参与签名。
|
||||
- 已传入的空值参数参与签名;
|
||||
- 不要额外加入 `userId`、商户号、内部配置项或未传入的可选字段。
|
||||
|
||||
## 6. 请求参数
|
||||
|
||||
@@ -77,13 +79,12 @@ POST https://221329.cc.cd/api/v1/open/91/orders/create
|
||||
|
||||
假设:
|
||||
|
||||
- `userId = 1001`
|
||||
- 商户密钥为:`your_secret_key`
|
||||
|
||||
则源串示例如下:
|
||||
|
||||
```text
|
||||
your_secret_keybuyNum=1&callbackUrl=https://cb.example.com/notify/91/order&maxAmount=0.0000&orderNo=P91KS202605040001&productNo=KS-CLOUD-SKU-001×tamp=1777867200&userId=1001&version=1.0your_secret_key
|
||||
your_secret_keybuyNum=1&callbackUrl=https://cb.example.com/notify/91/order&maxAmount=0.0000&orderNo=P91KS202605040001&productNo=KS-CLOUD-SKU-001×tamp=1777867200&version=1.0your_secret_key
|
||||
```
|
||||
|
||||
## 9. 业务处理规则
|
||||
|
||||
@@ -33,11 +33,13 @@ POST https://221329.cc.cd/api/v1/open/91/orders/query
|
||||
|
||||
签名规则采用 2.签名规则示例 中的约定:
|
||||
|
||||
- 除 `sign` 外,所有参数按字段名 ASCII 升序排序;
|
||||
- 仅使用请求 JSON body 中实际传入的参数参与签名;
|
||||
- 除 `sign` 外,所有 body 参数按字段名 ASCII 升序排序;
|
||||
- 使用 `key=value&key=value` 方式拼接;
|
||||
- 前后拼接商户密钥;
|
||||
- 取 `MD5`,输出 32 位大写字符串;
|
||||
- 空值参数参与签名。
|
||||
- 已传入的空值参数参与签名;
|
||||
- 不要额外加入 `userId`、商户号、内部配置项或未传入的可选字段。
|
||||
|
||||
## 6. 请求参数
|
||||
|
||||
@@ -63,13 +65,12 @@ POST https://221329.cc.cd/api/v1/open/91/orders/query
|
||||
|
||||
假设:
|
||||
|
||||
- `userId = 1001`
|
||||
- 商户密钥为:`your_secret_key`
|
||||
|
||||
则源串示例如下:
|
||||
|
||||
```text
|
||||
your_secret_keyorderNo=P91KS202605040001×tamp=1777867260&userId=1001&version=1.0your_secret_key
|
||||
your_secret_keyorderNo=P91KS202605040001×tamp=1777867260&version=1.0your_secret_key
|
||||
```
|
||||
|
||||
## 9. 业务处理规则
|
||||
|
||||
@@ -37,7 +37,8 @@ https://你的域名/api/v1/open/91
|
||||
|
||||
签名规则采用当前文档里的示例规则:
|
||||
|
||||
- 除 `sign` 外,所有参数按字段名 ASCII 升序排序;
|
||||
- 仅使用请求 JSON body 中实际传入的参数参与签名;
|
||||
- 除 `sign` 外,所有 body 参数按字段名 ASCII 升序排序;
|
||||
- 使用 `key=value&key=value` 方式拼接;
|
||||
- 前后拼接商户密钥;
|
||||
- 取 `MD5`,输出 32 位大写字符串。
|
||||
@@ -48,7 +49,8 @@ https://你的域名/api/v1/open/91
|
||||
- `charset`: `UTF-8`
|
||||
- `timestamp`: 10 位秒级 Unix 时间戳
|
||||
- `version`: `1.0`
|
||||
- 空值参数是否参与签名:`参与`
|
||||
- 已传入的空值参数是否参与签名:`参与`
|
||||
- 不参与签名:`sign`、未传入的可选字段、`userId`、商户号、内部配置项
|
||||
|
||||
## 5. 业务字段映射
|
||||
|
||||
@@ -296,7 +298,6 @@ Content-Type: application/json;charset=utf-8
|
||||
|
||||
- 异步卡密下单 URL
|
||||
- 查询订单 URL
|
||||
- `userId`
|
||||
- 商户密钥
|
||||
- 签名算法是否按本文档固定
|
||||
- `cards` 中 `cardNo` 直接展示链接是否按预期显示
|
||||
|
||||
+7
-6
@@ -109,12 +109,13 @@ platforms: {
|
||||
|
||||
签名规则沿用文档约定:
|
||||
|
||||
1. 除 `sign` 外,所有参数按 ASCII 升序排序;
|
||||
2. 拼接为 QueryString;
|
||||
3. 前后加商户密钥;
|
||||
4. 计算大写 MD5;
|
||||
5. `userId` 不在请求体中,但参与签名;
|
||||
6. 空值参数参与签名。
|
||||
1. 仅使用请求 JSON body 中实际传入的参数参与签名;
|
||||
2. 除 `sign` 外,所有 body 参数按 ASCII 升序排序;
|
||||
3. 拼接为 QueryString;
|
||||
4. 前后加商户密钥;
|
||||
5. 计算大写 MD5;
|
||||
6. 已传入的空值参数参与签名;
|
||||
7. 不额外加入 `userId`、商户号、内部配置项或未传入的可选字段。
|
||||
|
||||
需要实现:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user