B2B-портал для дилеров и клиентов: личный кабинет с заказами, остатками и документами

Зачем компании B2B-портал: заказы с индивидуальными ценами, остатки и сроки поставки, документы и взаиморасчёты, рекламации. Интеграция с 1С и CRM, роли и доступы, готовые решения или разработка и порядок внедрения.

У менеджера оптовых продаж день уходит не на продажи. Он пересылает прайс с персональными скидками, уточняет на складе остаток по артикулу, перебивает заказ из письма в 1С, ищет, где сейчас машина, и в конце месяца готовит десяток актов сверки. Клиенту тоже неудобно: чтобы узнать, есть ли товар и сколько он стоит лично для него, нужно дождаться ответа живого человека. B2B-портал — личный кабинет, в котором дилер или оптовый клиент сам видит свои цены, остатки, заказы, долги и документы, — забирает эту рутину. Ниже — кому он нужен, из каких модулей состоит, как связывается с 1С и CRM, готовое решение или разработка и как перевести на портал клиентов, привыкших к телефону. Что такое B2B-портал и чем он отличается от интернет-магазина и маркетплейса B2B-портал — это закрытый кабинет, где компания продаёт свой ассортимент своим контрагентам на их индивидуальных условиях. Вход только по учётной записи, цены и доступный ассортимент зависят от договора, а заказ сразу попадает в учётную систему. От розничного интернет-магазина его отличает логика сделки. В B2B у каждого клиента своя цена, отсрочка платежа, кредитный лимит, минимальная партия и пакет закрывающих документов. Покупатель — не человек, а компания, и от её имени работают несколько сотрудников с разными правами. От маркетплейса портал отличается составом участников. Маркетплейс соединяет многих продавцов со многими покупателями и зарабатывает на комиссии — это отдельный бизнес, его механику мы разбирали в статье о создании маркетплейса . На B2B-портале продавец один, а задача — перенести в интернет уже существующие отношения с дилерами и оптовиками. Кому и когда нужен B2B-портал Портал окупает себя там, где заказы частые, повторяющиеся и типовые, а клиентов достаточно много, чтобы менеджеры не успевали отвечать каждому быстро. Три типичных сценария: Дистрибьюторы. Широкий ассортимент, тысячи позиций, остатки меняются несколько раз в день. Клиенту важно видеть наличие и срок поставки до того, как он пообещает товар своему покупателю. Производители с дилерской сетью. Дилеры работают по разным уровням цен, выполняют планы закупок, получают маркетинговые материалы, оформляют рекламации. Портал становится единым окном для всей сети. Оптовые компании. Постоянные клиенты заказывают одно и то же с небольшими изменениями. Для них главное — повторить прошлый заказ за минуту и загрузить спецификацию из своей таблицы. Сигналы, что портал пора делать: менеджеры отвечают на «есть ли в наличии» и «сколько стоит для нас» чаще, чем продают; заказы из писем и мессенджеров вручную переносят в 1С с ошибками в артикулах; клиенты звонят за статусом отгрузки и документами; с уходом менеджера теряется история договорённостей. Когда портал преждевременен: клиентов единицы, каждая сделка — отдельный проект со спецификацией и согласованием, или учёт в 1С ведётся так, что цены и остатки в нём нельзя показать клиенту без стыда. В последнем случае сначала наводят порядок в учёте — иначе портал покажет клиентам все его ошибки. Какие процессы портал забирает у менеджеров Портал берёт на себя информирование и приём типовых заказов, а менеджеру оставляет переговоры, нестандартные сделки и развитие клиента. Если разложить работу отдела продаж на операции, картина обычно такая: Операция Без портала С порталом Узнать цену и наличие Звонок или письмо менеджеру Клиент видит сам в каталоге Оформить типовой заказ Менеджер переносит заявку в 1С Клиент собирает корзину, заказ создаётся в 1С автоматически Узнать статус Менеджер выясняет у склада и логистики Статус подтягивается из учётной системы Получить счёт, УПД, акт сверки Бухгалтерия формирует и отправляет по запросу Документы доступны в кабинете Проверить долг и лимит Запрос в бухгалтерию Дебиторка и доступный лимит видны на главной Оформить возврат или рекламацию Переписка, фото в мессенджере, таблица у менеджера Заявка с вложениями и статусом рассмотрения Портал сам по себе не сокращает отдел продаж, он меняет структуру работы. Пойдёт ли высвободившееся время на активные продажи — управленческое решение, а не функция программы. Модули B2B-портала Ядро портала — каталог с персональными ценами, заказ и взаиморасчёты. Остальные модули добавляют, когда в них появляется реальная потребность. Каталог с индивидуальными ценами и соглашениями Клиент видит не прайс-лист, а свою цену с учётом всех договорённостей. В 1С эти условия обычно уже описаны: в «1С:Управление торговлей» 11 для этого есть соглашения с клиентами — типовые и индивидуальные — с видами цен, скидками и условиями оплаты. Задача портала — показать результат расчёта, а не изобрести собственную систему скидок, которая через полгода разойдётся с учётной. Ещё каталогу в B2B нужны ограничение ассортимента по договору, кратность и минимальная партия, аналоги, поиск по артикулу и выгрузка в Excel. Остатки по складам и сроки поставки Клиенту мало знать, что товар «есть». Ему важно, на каком складе, сколько свободно с учётом резервов и когда придёт, если сейчас нет. Хорошая практика — показывать не точную цифру остатка, а понятные градации («много», «мало», «под заказ, срок N дней»), если компания не хочет раскрывать объёмы запасов. Срок поставки считается из ожидаемых поступлений и графика перемещений в учётной системе. Если таких данных в 1С нет, честнее писать «срок уточнит менеджер», чем показывать выдуманную дату. Заказ и его статусы Заказ с портала создаётся в учётной системе документом «Заказ клиента» и дальше живёт по её правилам. Портал показывает статусы: принят, подтверждён, собирается, отгружен, доставлен, закрыт. Важно договориться о правиле частичного подтверждения: если из двадцати позиций три отсутствуют, клиент должен увидеть это сразу, а не узнать при приёмке. Повтор заказа и загрузка из файла Для оптового клиента это главная функция. Кнопка «повторить» собирает корзину из прошлого заказа с текущими ценами и остатками. Загрузка из Excel или CSV принимает спецификацию из системы клиента и показывает, какие строки не распознаны и где количество округлено до кратности, — а не молча отбрасывает половину файла. Кредитный лимит и дебиторская задолженность Клиент видит долг, просрочку, ближайшие платежи и остаток лимита. При превышении заказ блокируется, уходит на согласование или принимается с предупреждением. Это правило должно совпадать с тем, как контроль лимитов настроен в 1С, иначе портал примет заказ, который учётная система потом остановит. Акты сверки и документы В кабинете доступны счета, УПД, товарные накладные, акты сверки взаиморасчётов, договоры и сертификаты на продукцию. Если компания уже обменивается документами через оператора ЭДО, портал не дублирует этот канал: он показывает статус документа и даёт скачать копию, а юридически значимый обмен остаётся в ЭДО. Как устроен сам электронный документооборот, подпись и перевод контрагентов, мы разобрали в статье про ЭДО с контрагентами . Рекламации и возвраты Заявка на возврат или претензию по качеству привязывается к конкретной отгрузке и позиции, к ней прикладываются фото и акт, у неё есть статус и ответственный. Кабинет менеджера клиента Портал нужен не только клиенту. Менеджер видит, кто из его клиентов заходил, что лежит в брошенных корзинах, какие заказы ждут согласования и у кого подходит к концу лимит. Он может оформить заказ от имени клиента, если тот позвонил по привычке, — тогда вся история остаётся в одном месте. Роли и доступы в компании-клиенте Одна учётная запись на компанию — частая ошибка первой версии. У клиента работают несколько человек с разными задачами, и портал должен это отражать: Администратор со стороны клиента — заводит и блокирует сотрудников своей компании, назначает им права; Закупщик — собирает и отправляет заказы, видит цены; Согласующий — утверждает заказы выше заданной суммы; Бухгалтер — видит документы, долг и акты сверки, но не оформляет заказы; Сотрудник филиала — работает только со своим адресом доставки и своим юрлицом. Отдельный случай — холдинги, где у одного клиента несколько юридических лиц с разными договорами. Пользователь должен переключаться между ними, а цены, лимиты и документы — меняться вместе с выбранным юрлицом. Портал хранит данные контактных лиц клиентов — это персональные данные, поэтому доступы, журнал входов и порядок обработки нужно продумать заранее. Технические меры защиты разобраны в статье о безопасности API . Для B2B главное — проверять права на каждый объект: пользователь одной компании не должен получить чужой счёт, подставив номер документа в запрос. Интеграция с 1С и CRM Портал не должен быть второй учётной системой. Цены, остатки, долги и документы живут в 1С, портал их показывает и отправляет обратно заказы и заявки. Всё, что считается в двух местах, рано или поздно начнёт расходиться. На практике B2B-портал подключают к «1С:Управление торговлей», «1С:Комплексная автоматизация» или «1С:ERP Управление предприятием». Общая механика обмена — мастер-система, идентификаторы, частота, обработка сбоев — разобрана в статье об интеграции CRM и 1С . Данные Направление Как часто Номенклатура и характеристики 1С → портал По изменению или раз в сутки Индивидуальные цены 1С → портал По изменению условий Остатки и резервы 1С → портал Часто или по запросу в момент заказа Заказы Портал → 1С Сразу при оформлении Статусы заказов, отгрузки 1С → портал По событию Долг, лимит, документы 1С → портал По событию или по запросу Активность клиента, брошенные корзины Портал → CRM По событию Ключевое правило: в момент оформления заказа цена и доступность проверяются ещё раз по актуальным данным. За время, пока корзина была открыта, остаток мог уйти другому покупателю. Лучше показать «цена обновилась» до отправки, чем исправлять подтверждённый заказ. Производительность каталога и цен Узкое место B2B-портала — не число посетителей, а расчёт персональных цен для большого каталога. Если на каждую страницу каталога портал спрашивает у 1С цену по каждой позиции для конкретного клиента, страница открывается медленно, а учётная система получает нагрузку, которую не рассчитывали. Что помогает: предрасчёт цен по видам цен и ценовым группам на стороне портала с применением персональных скидок поверх; разное время кеширования для описаний, цен и остатков; отдельный поисковый движок для поиска по артикулам и аналогам; окончательная проверка цены и остатка только при отправке корзины. До запуска нужен нагрузочный тест тяжёлых сценариев: большой файл, крупная категория, акт сверки за год. Мобильный доступ Для большинства порталов достаточно адаптивной веб-версии: закупщик работает за компьютером, а с телефона проверяет статус, остаток или долг. Отдельное приложение оправдано при полевых сценариях: заказ прямо в торговой точке, сканирование штрихкодов, работа без связи. Промежуточный вариант — PWA, веб-приложение, которое устанавливается на главный экран телефона; такую возможность, например, заявляет разработчик линейки модулей «Сотбит: B2B» для 1С-Битрикс. Готовое решение или собственная разработка Готовое решение быстрее запускается, если процессы близки к типовым. Собственная разработка оправдана при нестандартной логике цен и логистики или когда портал становится ключевым каналом продаж. Какие варианты есть на рынке: «1С-Битрикс: Управление сайтом». В редакции «Бизнес» заявлены загрузка каталога из 1С в формате CommerceML, работа с оптовыми и дилерскими типами цен, разграничение доступа покупателей к ценам и создание B2B-кабинетов. Готовые модули для 1С-Битрикс из Marketplace. Например, «Сотбит: B2B кабинет» и «Сотбит: B2B портал», «АЛЬФА: B2B платформа» — отраслевые шаблоны с корзиной, индивидуальными ценами и личным кабинетом дилера поверх платформы. Решения на технологиях 1С. «1С:Предприятие.Элемент» — технология фирмы 1С для веб-кабинетов и порталов, на ней партнёры 1С делают фронт-офис к существующим базам 1С:Предприятие 8. Сервис «1С:Бизнес-сеть. Торговая площадка» позволяет поставщику публиковать торговые предложения, в том числе персональные, доступные только своим клиентам, а заказы попадают в 1С. Собственная разработка на современном веб-стеке