Rithmic 登录失败：Senzoukria 里的“permission denied”（rp_code 13）

你会看到什么

Rithmic 的原始拒绝会被换成一段解释，它以“Rithmic REFUSED this login on system « {system} » (rp_code 13, « permission denied ») FOR THE R | PROTOCOL API — the interface this app speaks.”开头。这段文字由应用的 Rust 侧写出，只有英文，因此中文界面里也是英文；不必去找它的译法。接着它会把这个代码所确立的事实（这次登录被拒绝了）和它没有确立的事实（是哪一层拒绝的）分开，最后是一行以“DIAGNOSTIC — copy this line, it holds no secret”开头的内容，这一行同样只有英文。

为什么会这样

在登录阶段，rp_code 13 意味着 Rithmic 不接受这个账户在这个系统上使用 R | Protocol。一个不存在的系统名会用另一个代码（1067）回应，所以系统名本身是存在的；但是，一家机构签发的账户拿到另一家机构的系统上去用，在那里就是个陌生账户，回来的同样是这个代码。这次拒绝没有点出任何字段，所以用户名或密码打错也没有被排除。应用刻意不把“permission”读成“权限不足”：在它自己的缺陷登记册里，这种读法已经错过四次。

如何解决

• 如果是自营交易公司（prop firm）的账户，请检查用户名：当它看起来像一个电子邮件地址时，应用会给出警告，因为自营公司的 R | Protocol 登录名是激活邮件里那个短的用户 ID。在 Rithmic 直连的系统上（名字以“Rithmic”开头）登录名本来就是邮箱，应用在那里不会给出这条警告。
• 如果这个账户是直接从 Rithmic 领的免费演示账户，到这里就可以停了：带实时行情的演示账户拿不到 R | Protocol。
• 确认系统：点“从网关获取实时系统列表”，然后挑出你的机构给你的那个准确名字，空格和大小写都算。如果你在应用打印出来的那份解释里认出了自己的自营公司，说明你的账户就在那里。
• 一个刚开出来的账户有可能还没有开通：如果你今天才签的行情数据协议，请在下一个开市时段再试一次。
• 如果上面都不适用，请照着应用给的原话去问经纪商：“is my account enabled for the R | PROTOCOL API — not R | API+, not R | Trader Pro — and under which system name?”（我的账户是否已开通 R | PROTOCOL API —— 不是 R | API+，也不是 R | Trader Pro —— 以及用的是哪个系统名？）

它并不意味着什么

• 不能证明你的权限不够。措辞一模一样的拒绝，背后的原因各不相同。
• R | Trader Pro 能连上也不构成反驳：它说的是另一套协议，用的是另一份权限。
• 诊断里的“网关与系统匹配”这一步通过之后，它也不再是线路问题。

何时联系技术支持

经过这些检查之后还是卡住？请用 菜单 → 问题反馈，或者发到 Senzoukria 的 Discord 上。请把那一行 DIAGNOSTIC 粘贴过来：它带着 rp_code、出错的步骤、系统、API 和应用版本，并且刻意不含你的用户名。你的经纪商开自己那张工单时，需要的也是同一行。