Веб-сервис · роли и права
Одно рабочее пространство для нескольких сторон сразу: сотрудники, дилеры, подрядчики, сервис. Каждый видит только свою часть данных, и это проверяется на каждый запрос, а не на словах.
Вокруг одного заказа редко работает одна компания. Дилер привёл клиента, снабжение согласовало цену, подрядчик выехал на монтаж, сервисный инженер закрыл гарантийную заявку. Все они нужны друг другу, но живут в разных местах: кто-то в почте, кто-то в общей папке, кто-то в чате, куда его добавили один раз и забыли убрать.
Сложность здесь не в том, чтобы сделать общее окно. Сложность в границах. Дилеру нельзя показывать закупочную цену и чужую территорию. Подрядчику нужен адрес объекта и спецификация, но не маржа по сделке. Сервис видит оборудование и историю ремонтов, но не условия договора. Внутренний менеджер видит всё, кроме персональных данных, которые ему по регламенту не положены.
Пока сторон две, это решается вручную: отдельная папка, отдельная выгрузка, отдельное письмо. С третьей схема ломается, а через год выясняется, что доступ к папке с ценами до сих пор открыт у бывшего партнёра.
Портал начинается не с экранов, а с матрицы: кто какую запись видит, кто может её изменить и кто узнает об изменении.
| Уровень | Что решает |
|---|---|
| Роль | Какие разделы и действия человек видит вообще |
| Запись | Какие именно заказы, объекты и договоры попадают в его список |
| Поле | Что скрыто внутри открытой карточки: цена, маржа, персональные данные |
| Действие | Кто согласует, кто только смотрит, кто может отменить сделанное |
| Журнал | Кто и когда посмотрел, изменил, выгрузил |
Матрицу собираем до разработки: она и есть техническое задание на права.
В кабинете сторона одна - клиент, и правило простое: показывать только его записи. Здесь сторон несколько, и у каждой свои правила видимости, свой набор действий и свои сроки. Проверок в разы больше, и каждая должна работать на сервере, а не в интерфейсе.
Отсюда и разница в бюджете. Основные деньги уходят не на экраны, а на модель доступа, обмен с учётными системами и на приёмку, где мы отдельно проверяем, что дилер не увидит чужую сделку, подменив адрес в браузере.
Если сторона у вас на самом деле одна, портал не нужен - берите кабинет клиента, он дешевле и запускается быстрее. Мы скажем об этом на разборе, до сметы.
Отличаются числом сторон и глубиной прав: две роли с простым разграничением, полноценный портал с матрицей доступа или контур, где к нему подключены учётные системы и внешние сервисы.
Для компании, где к внутренней работе добавляется один внешний контур: дилеры или подрядчики.
От четырёх месяцев. Разовая работа плюс сопровождение по договору.
Подойдёт, когда внешняя сторона одна и работает по одному сценарию. Не закроет сеть партнёров с разными условиями.
Для компании, вокруг которой работают дилеры, подрядчики и сервис одновременно.
От полугода. Объём считаем по числу ролей и сценариев.
Основной вариант для сетевых продаж и сервисных компаний. Избыточен, если внешних участников меньше десятка и они работают по договорённости.
Для тех, у кого портал становится основным рабочим местом и должен жить одними данными с учётом.
От восьми месяцев. Зависит от числа систем и состояния данных в них.
Для холдингов и производств с сетью партнёров. Не нужен компании, у которой все процессы укладываются в одну учётную систему.
Из того же направления. Полный список с ценами - в каталоге услуг.