我正在尝试使用 Rails 5 为多租户 Web 应用程序创建一个 API。
但是我很难找出一个允许我们这样做的应用程序结构：
我们不想让用户自己注册以获取他们组织的帐户，而是让我们员工的人在内部创建它们。
工作人员应向每个组织的平台管理员发送邀请，使他们能够完成注册过程，允许他们邀请自己的用户加入。注册的邀请 url 将已经是子域，并在他们自己的数据库模式 (postgres) 中创建记录
从组织的管理员开始，角色层次结构限制对不同资源和操作的访问。
我不愿意为同一用户模型的一个用户提供类似超级管理员的角色来完成该任务。
我是否需要为每种类型的用户创建两个不同的模型，在公共架构上留下一个（“系统管理员”），以旋转一个单独的管理界面？
这对我来说似乎有点奇怪，但也许是对的。（具有两个不同的模型，具有相同的目的，即持久化、识别和管理平台的用户凭据）
此外，我不想在没有充分理由的情况下将用户帐户留在公共架构中，并且一个用户属于多个组织的情况不太可能在应用程序的上下文中发生。（最好是单独的帐户）
...所以我的问题是：
什么是允许员工在内部管理租赁账户的创建的适当/良好的应用程序结构？