角色与权限
Academic Stack 采用统一用户系统。不同于传统平台要求分别创建“作者账号”或“编辑账号”，AS 通过绑定到同一用户资料的动态角色来管理权限。
用户组：外部用户与内部用户
平台区分参与学术流程的用户，以及管理期刊运营的用户。
1. 外部用户
学术工作流参与者：作者、审稿人和学术编辑。他们通常参与投稿、同行评审和决策阶段。
2. 内部用户
负责整体平台、稿件流程、生产和网站内容管理的期刊团队与出版方工作人员。
用户角色
普通用户能力
每个注册用户都具备基础平台能力。你不需要特殊角色即可：
- 提交新稿件。
- 管理自己的投稿并查看记录。
- 跟踪与你工作相关的发票和付款。
系统不区分账号类型。一个用户可以在某篇稿件中是作者，在另一篇稿件中是审稿人，同时又是某本期刊的编辑，而且都在同一个工作台中完成。
1. 基于活动的角色
审稿人和学术编辑角色会根据用户在系统中的实际活动自动赋予。
系统会将评审、决策等活动自动关联到用户邮箱，并根据参与情况识别角色。审稿人和学术编辑无需注册或登录即可完成即时任务；平台会通过邮件发送安全加密链接，实现免密码提交。
所有学术活动都会被系统追踪。登录后，你可以随时访问完整的审稿记录和编辑决策历史。
2. 期刊级角色
期刊角色定义编辑部中的具体职责。这些角色采用权限继承模型：高级角色包含低级角色的所有权限。
| 角色 | 主要职责 | 关注重点 |
|---|---|---|
| Publisher | 完全控制期刊设置、团队和出版。 | 管理 |
| Managing Editor | 编辑协调、稿件分配、审稿人管理。 | 协调 |
| Assistant Editor | 处理分配的稿件并管理同行评审流程。 | 操作 |
Publisher → Managing Editor → Assistant Editor 权限向下继承。Publisher 可以执行 Assistant Editor 能执行的任何操作。
3. 系统级角色
系统角色具有平台范围权限，通常分配给出版方内部部门（生产、账单、技术等）。
| 角色标识 | 说明 |
|---|---|
ROLE_SUPER_USER | 拥有整个平台的完整管理权限。 |
ROLE_PRODUCTION_MANAGER | 管理生产和排版流程。 |
ROLE_LANGUAGE_MANAGER | 管理语言编辑和校对服务。 |
ROLE_BILLING_MANAGER | 处理账单、APC 通知和付款跟踪。 |
系统角色也使用继承机制。Manager 角色（例如 Production 或 Language）会自动包含对应的 Editor 权限。Super User 是最高级角色，会继承所有部门经理角色（Billing、Production 等）的权限。
Super User 可以使用顶部搜索框搜索用户邮箱，并通过 “Switch to User” 模拟进入该用户账号。这对于解决作者问题非常有帮助，例如投稿困难。
- 安全性：此操作不涉及密码，系统也不会存储明文密码。
- 关于此搜索功能的更多细节，请参阅 搜索框 文档。
角色分配总结
角色管理被设计得简单而灵活：
- 期刊角色：由期刊 Publisher 通过 Team Management 界面分配。
- 系统角色：由平台管理员分配给组织级工作人员。
- 基于活动的角色：根据系统活动自动赋予，例如接受审稿邀请。
实际流程示例
以下展示角色在典型稿件生命周期中的协作方式：
- 作者提交稿件。
- Managing Editor 进行初筛并分配稿件。
- Assistant Editor 邀请审稿人并管理修回流程。
- 审稿人（外部用户）通过安全链接提交反馈。
- 学术编辑（外部用户）给出编辑建议。
- Managing Editor 做出最终决定。
- Production Manager（系统角色）在稿件接收后触发排版。
- Publisher 在网站上完成最终发布。
最佳实践
- 保持简单：只分配必要的最低权限。
- 统一身份：鼓励用户在所有活动中使用同一个邮箱。
- 安全：谨慎分配
ROLE_SUPER_USER和Publisher角色。