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