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