Хочу проверить, чтобы убедиться, что я не лаю не на то дерево, пока меня не заслужили. Я занимаюсь разработкой веб-приложения, использующего ядро asp. net для ввода заказов клиентов и управления ими, и я немного застрял в том, как обрабатывать аспекты аутентификации пользователей. Я пытался использовать Identity для этого, но примеры, которые я нашел, на самом деле не совсем соответствуют тому, что я хочу.
Ситуация такова. У меня есть организация высшего уровня, которая имеет много складов, в которых много пользователей и много клиентов, и у каждого клиента также есть много пользователей (разные пользователи для хранилища).
На уровне организации при создании новый склад Я хочу создать администратора склада, этот администратор склада сможет обслуживать клиентов, создавать пользователей склада и просматривать / редактировать / добавлять все заказы для клиентов склада. Затем, когда добавляются клиенты, их необходимо назначить указанному клиенту c. Пользователи могут просматривать / поддерживать все заказы для назначенного клиента.
Я думал, что смогу использовать Роли идентификации для разделения пользователей разных типов, выполнения разных задач и выполнения различных действий и т. Д. c. на основе этих ролей, но целесообразно ли использовать. net Идентификация ядра для этого типа, если ситуация?