[Страница на сайте](https://e5ash.com/services/portals)

Сайты и приложения

# Разработка портала для клиентов и партнёров

Создаём общее пространство для дилеров, партнёров или нескольких команд. Участники работают с заказами, документами и сообщениями в пределах своих прав. На первом этапе выбираем один сценарий сотрудничества и определяем, какие действия нужны каждой роли.

 [Обсудить разработку портала](https://e5ash.com/contacts?service=portals)

Формат работы

 **по этапам**

Состав, точный срок и стоимость согласуем до начала работ.

01 / Результат

## Что входит в первый этап портала

-    **Разделы и роли участников**

    Определяем структуру портала и действия клиента, партнёра и ответственных сотрудников.

-    **Один сценарий сотрудничества**

    Проводим участника по согласованному пути: например, от обращения партнёра до ответа команды.

-    **Обмен данными и документами**

    Согласуем сведения, файлы и способ обмена, необходимые для выбранного процесса.

-    **Доступ и администрирование**

    Настраиваем права ролей и действия администратора в согласованной структуре.


02 / Границы задачи

## За рамками базового состава

-   Все процессы партнёрской сети в первом этапе
-   Сложная изоляция организаций без отдельной архитектуры

Для старта нужны примеры совместной работы, список участников и правила доступа к сведениям. Состав первого этапа фиксируем после разбора процесса.

## Когда нужен клиентский или партнёрский портал

Портал полезен, когда в одном процессе участвуют несколько сторон. Например, дилер передаёт заказ, сотрудник уточняет условия, а ответственный прикладывает документы. Разбираем, где участники теряют контекст и какие сведения им нужны для следующего действия.

Важная часть такого проекта — распределение действий между ролями. Если человеку достаточно видеть собственные данные и выполнять личные операции, можно начать с  [личного кабинета](https://e5ash.com/services/cabinet/index.md) . Для совместной работы проектируем портал с согласованными разделами и участниками.

## Как определяем роли и доступ к данным

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

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

## Что участники передают друг другу

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

Если данные уже находятся в учётной системе, уточняем источник и направление передачи. Портал должен показывать согласованные сведения, а команда — понимать, где их изменять. Подключение заказов или документов к 1С получает отдельный состав  [интеграции с 1С](https://e5ash.com/services/integrate/index.md) .

## Как проверяем работу портала

Проходим выбранный сценарий от лица каждой роли: создание записи, передача сведений, ответ и завершение. Проверяем обязательные поля, доступ к документам и результат действий. Для администратора проверяем согласованные операции с участниками и правами.

Внешний обмен проверяем отдельно от действий в интерфейсе. Если портал должен получать сведения из другого сервиса, заранее определяем доступность данных, формат и поведение при ошибке. Для одной связки систем предусмотрена  [API-интеграция](https://e5ash.com/services/api/index.md) .

## Стоимость, этапы и развитие партнёрской сети

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

Принимаем результат по рабочему сценарию и правилам доступа. Передаём код, доступы и документацию по выполненному этапу. Новые роли, процессы и подключения планируем после проверки первой версии с вашей командой и партнёрами.

## Вопросы перед началом

Чем портал отличается от личного кабинета?

Личный кабинет обычно даёт пользователю доступ к собственным сведениям и действиям. В портале важен совместный процесс нескольких ролей: кто передаёт данные, кто отвечает и кто управляет участниками.

Можно разделить доступ разных партнёров?

Правила доступа участников согласуем и проверяем в выбранном процессе. Если нужна сложная изоляция самостоятельных организаций, сначала разрабатываем отдельную архитектуру и оцениваем её объём.

Все процессы дилерской сети войдут в первую версию?

Первый этап покрывает один основной сценарий сотрудничества. Дополнительные процессы, роли и внешние подключения получают отдельный состав и критерии приёмки.

Следующий шаг

## Разберём один процесс работы с партнёрами

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

 [Обсудить клиентский или партнёрский портал](https://e5ash.com/contacts?service=portals)  [Как идёт работа](https://e5ash.com/work/index.md)

По вашей задаче

## Может пригодиться

 [Личный кабинет от 3 недель](https://e5ash.com/services/cabinet/index.md)  [Интеграция 1С от 1 недели](https://e5ash.com/services/integrate/index.md)  [API и интеграции сервисов от 1 недели](https://e5ash.com/services/api/index.md)