错误处理 + 错误代码

运营商将收到以下格式和数据的错误响应：

错误响应 + 示例

{ '错误'：1， 'error_id': 101, 'error_code': 'INVALID_TOKEN', 'error_message'：“无效令牌”" }
< td>1表示失败，0表示成功，
响应对象中的对象/键类型描述
errorInteger
error_idInteger 错误ID
error_code code>整数错误码
error_message< /td>String可选。 人类可读的错误信息

所有 POST 参数的常见错误代码和消息列表

以下是 POST 参数的常见错误代码。 这些将验证是否缺少任何必需的 POST 参数，它是否为空，参数的长度和大小等。 同一错误代码可用于多个 POST 参数。

IDCodeMessage
2001INVALID_%field_name%%field_name% is required.
2002INVALID_%field_name%%field_name% should not be null.
2003INVALID_%field_name%%field_name% should not be blank.
2004INVALID_%field_name%%field_name% should be at least %error_value% characters long.
2005INVALID_%field_name%%field_name% should not be more than %error_value% characters
2006INVALID_%field_name%String is invalid.
2007INVALID_%field_name%Email is invalid.
2008INVALID_%field_name%A valid integer is required.
2009INVALID_%field_name%The value should be equal or less than %error_value%.
2010INVALID_%field_name%The value should be equal or more than %error_value%.
2011INVALID_%field_name%Too large string value.

In the above table “%field_name%” can be any expected parameter that must be sent in the POST data. For example, let us take below POST data. 

{"api_key":"1pghjl4v5apt2bks", "username":"test_user","password":"test1234","transaction_id":1234}

在这种情况下，API 调用者不会在 POST 数据中发送 ‘transaction_id’，RGS API 将以游戏提供商（游戏引擎 + RGS）内部的以下格式向调用者发送错误消息:

{ "error": 1, "error_detail": { "id": 2001, "code": "INVALID_TRANSACTION_ID", "message": "需要交易ID。" } }
< td>1表示有错误，0表示无错误，
响应对象中的对象/Key类型描述
error整数
error_detailJSON 对象有3个key id
id整数错误 ID
code 字符串错误代码
message字符串可选。 人类可读的错误信息



错误 ‘code’ 将是 “INVALID_” 后跟缺少的大写参数名称，即 “INVALID_TRANSACTION_ID” 和‘message’ 将是‘不带下划线的参数名称，由空格分隔的单词’，后跟‘是必填的.’ 例如‘交易 ID是必填的’。

当 POST 数据中缺少“transaction_id”参数时

IDCodeMessage
2001INVALID_%field_name% will be interpreted as INVALID_TRANSACTION_ID“%field_name% is required.” will be interpreted as “Transaction id is required.”
2002INVALID_%field_name% will be interpreted as INVALID_TRANSACTION_ID“%field_name% should not be null.” will be interpreted as “Transaction id should not be null.”
2003INVALID_%field_name% will be interpreted as INVALID_TRANSACTION_ID“%field_name% should not be blank.” will be interpreted as “Transaction id should not be blank.”

从 id 2001 到 2011 所有符合上述验证标准的 POST 参数也是如此。

错误代码和消息列表（不包括常见代码和消息）

20182022 /tr>< td>运营商和 opus 之间的玩家货币不匹配FALIED_TRANS
IDCodeMessage
2012INVALID_LOGIN_CREDENTIALS无法使用提供的凭据登录。
2013INVALID_LOGIN_CREDENTIALS必须包含用户名和密码。
2014INVALID_LOGIN_CREDENTIALS用户不属于该网站。
2015/td>INVALID_API_KEYAPI 密钥无效
2016 INVALID_SESSION_ID无效会话ID
2017INVALID_PROVIDER提供商无效
INVALID_GAME_TYPE游戏类型无效
2019 INVALID_PLATFORM平台无效
2020< /code>INVALID_AMOUNT_TYPE金额类型无效
code>2021INVALID_PLAYER_ID玩家ID无效
INVALID_GAME_ID游戏 ID 无效。
2023INVALID_LANGUAGE无效语言。
2024INVALID_USERNAME无效的用户名。
2025CURRENT_NEW_PASSWORD_SAME新密码不得与当前密码相同。
2026INVALID_CURRENCY无效货币。
2027NEGATIVE_AMOUNT_VALUEAmount 应该是正值。
2028INSUFFICINT_BALANCE余额不足。
2029INVALID_STARTDATE_ENDDATE开始日期不应晚于结束日期。
2030INVALID_AMOUNT_VALUE金额应小于余额。
2031DUPLICATE_SESSION_ID会话 ID 重复。
2032OPERATOR_AUTHENTICATION_FAIL运营商认证失败。
2033CURRENCY_MISMATCH
2034ZERO_AMOUNT_VALUE< /code>金额应大于零。
2035交易未找到或失败。
2036< /code>INVALID_FROM_DATE起始日期晚于截止日期。
2037INVALID_TIME_INTERVAL时间间隔超出允许范围。
2038INVALID_MONETARY_TYPE货币类型无效。