Разработка личного кабинета: для клиента, партнёра, поставщика и сотрудника

У каждого поля один источник

Цену и остаток ведёт 1С или ERP, обращения — CRM, профиль и настройки уведомлений — сам кабинет. Это записывается до начала работ: поле, источник истины, кто вправе его менять. Если на поле претендуют два источника, кабинет показывает то одно значение, то другое. Схема обмена и матрица источников — на странице интеграции 1С.

Три способа доставить данные на экран

• Запрос в учёт на лету. Данные свежие, но каждое открытие страницы нагружает 1С. Годится для редких запросов.
• Копия в кабинете, обновляемая по изменению. Кабинет работает, даже если 1С занята. Нужны очередь, журнал обмена и решение, что показывать при остановке.
• Копия по расписанию. Проще всего, но данные устаревают между обновлениями. Подходит для справочников и документов, не подходит для остатков.

Обычно остатки, цены и статусы идут вторым способом, справочники третьим. Так устроен и обмен сайта с 1С: пользователь видит копию, а заказ ждёт в очереди, пока учёт не сможет его принять.

Что кабинет пишет обратно и как сверяется

Заказ или заявка из кабинета должны попасть в учёт. У записи есть состояние («принято кабинетом», «передано в учёт», «проведено», «ошибка»), повторная отправка не создаёт дубль, а ошибка видна менеджеру. Раз в сутки кабинет и учёт сверяются по количеству заказов, суммам и выборке остатков, расхождения попадают в журнал, и регламент говорит, кто их разбирает. Без сверки о расхождении узнают от клиента.

Роль «клиент» или «партнёр» — только верхний слой. Реальные права складываются из пяти уровней, и ошибка на любом открывает чужие данные.

• Организация. Пользователь принадлежит контрагенту и видит только его заказы и документы; один человек может работать с несколькими организациями.
• Роль внутри организации. Закупщик оформляет заказы, бухгалтер видит счета и акты, директор видит всё и приглашает коллег.
• Объект. Доступ не ко «всем заказам», а к заказам по своим договорам или складам.
• Поле. Партнёр видит свою цену, но не себестоимость и не цену соседа.
• Действие. Смотреть, оформлять, отменять, согласовывать: отмена заказа и смена реквизитов — отдельные права.

Главное правило: права проверяет сервер на каждый запрос, а не интерфейс. Спрятанная кнопка ничего не защищает, если адрес запроса остался доступен. Поэтому в приёмку входит отдельный прогон: из-под каждой роли пробуем открыть чужие заказы, документы и файлы по прямым адресам, перебирая идентификаторы.

У сотрудников права следуют за должностью в каталоге пользователей, если он у вас есть. Внешних пользователей приглашает администратор их организации, и клиент сам отключает уволенного закупщика.

Кабинет для ваших клиентов и сотрудников — интерфейс к вашим данным. Если вы продаёте доступ другим компаниям, у каждой из которых свои пользователи, настройки и тариф, это SaaS-платформа: добавляются самостоятельные организации-клиенты, изоляция их данных как требование продукта, подписки и админка для поддержки.

Если нужен интерфейс с собственной логикой, который не сводится к показу данных из учёта (рабочее место, расчёт, конфигуратор), речь о веб-сервисе или веб-приложении. Если в основе обмен между системами без интерфейса, начинают с интеграции 1С или API и бэкенда.

Граница не жёсткая: кабинет может вырасти в сервис, поэтому права и разделение данных организаций закладываем сразу. Готовый модуль или заказной — в статье «Коробочное ПО или заказная разработка».