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