просто разделение по ролям, но возможность работы в нескольких типах кабинетов
Будут 3 основные "роли" (типов кабинета) - Агент исполнителя, Агент заказчика и пользователь
Когда человек заходит в свой кабинет под пользователем, то он может зайти именно под агентом (исполнителя или заказчика) под которым работает - агент это нечто наподобие фирмы у которой может быть множество сотрудников - т.е Агент это фирма представляющяя интересы заказчика/исполнителя
Таким образом просто введение 3 ролей описанных выше - мало и приведет к не правильным разделениям ответсвенности по проекту
Скорее всего, как я вижу, правильно будет разделить именно на сущности
Фирмы - у нее будут также свои роли/пермишены
Сотрудник в этой фирмы - также будет иметь свои роли в рамках этой фирмы
есть ли примеры реализаций таких систем ? или статья? (гугл подвел)
не могу немного подступиться к этой задаче, по нескольким причинам:
1) вместо получения дефолтного getRoles мы в табличке users добавляем новую колонку agent_id - который обозначает того под чьей фирмой он зашел на данный момент (или это где хранить вообще)?
я понимаю что много таблиц связующих должно быть
Фирмы
Сотрудники
Связывающая таблица Фирм и их сотрудников
Фирмы_Роли
Сотрудники_Роли
Связующие таблицы Роль_Сотрудник_Фирма
Но как реализовать это разделение во время работы контроллеров, т.е чтобы реализовать например ручку с доступом только для бухгалтеров в фирмах только агента исполнителей мне нужно будет в аттрибутах писать что-то вроде isGranted(AGENT_EXECUTOR) and is_granted(БУХГАЛТЕР_AGENT_EXECUTOR) ?
Для начала раздели проект по кабинетам, на каждый кабинет сделай свой гард и провайдера аутентификации.
Обсуждают сегодня