Что включить в первую версию
Первая версия B2B-портала с 1С должна позволять сотруднику дилера войти от имени своей организации, увидеть свою договорную цену, собрать заказ, получить подтверждение из учёта и увидеть его статус. Менеджеру нужна возможность заметить ошибку обмена и помочь с исключением. Документы включайте в первый выпуск, если без счёта или другого документа дилер не может завершить закупку. Обучение партнёров, бонусы и сложные отчёты можно добавить позже.
Если у вас уже есть интернет-магазин и дилерам хватает отдельного типа цены, простого заказа и истории, проверьте оптовый режим существующей платформы. Отдельный портал полезнее, когда у одного партнёра несколько сотрудников и договоров, заказ требует согласования, нужны личные документы и особые правила для разных групп. Интерфейс выбирают после проверки этих условий, а не наоборот.
В документации 1С описан готовый обмен с сайтом для ряда прикладных решений. Это полезная отправная точка. Но персональная цена по договору, право сотрудника и нужный документ должны пройти отдельную проверку на вашей версии 1С и вашем сайте.
Что мы уже связали с 1С
В проекте «Бакаев» мы помогли перенести локальную 1С в облако и связали её с админ-панелью через API, то есть согласованный способ обмена программ. Обмен двусторонний: каталог более чем из 10 000 товаров, остатки, изображения и изменения учёта синхронизируются с системой магазина. Для команды это означает меньше повторного ручного ввода.
Реальный проект 13FOX
«Бакаев»: учёт и админ-панель связаны
Мы помогли перенести локальную 1С в облако и настроили обмен с панелью управления магазином через API. В проекте каталог более чем из 10 000 товаров. Покупательский канал здесь мобильный; для дилерского портала дополнительно понадобятся договоры и права сотрудников.
У «Бакаева» покупательская витрина мобильная. Для дилерского портала поверх такого технического опыта нужны другие правила: отдельные договоры, роли внутри каждой компании и доступ только к её заказам и документам. Ниже разберём эти правила на примере вашего возможного B2B-сценария.
Как проходит один заказ дилера
Представьте закупщика у постоянного партнёра. После входа он видит доступный ему ассортимент и цену по своему договору, добавляет несколько товаров и отправляет заказ. Если в компании требуется согласование, руководитель партнёра подтверждает корзину. Далее портал передаёт заказ в учётную систему с постоянным номером. Когда ответ приходит из 1С, закупщик видит понятный статус, а не просто сообщение «успешно».
Повторный заказ удобен только если перед отправкой система ещё раз проверяет цену, кратность упаковки и доступность. Копирование старой корзины не должно автоматически обещать вчерашнюю цену. Для позиции с минимальной партией заранее решите, что делать при недостаче: запретить отправку, предложить другое количество или отправить заявку менеджеру. Это бизнес-правило, а не настройка кнопки.
После заказа дилеру часто нужен счёт или акт. Выясните, без какого документа закупка не может перейти к следующему шагу: его путь должен работать уже в первом выпуске. Для остальных документов запишите, где они создаются, когда становятся доступны и кто вправе их скачать. Если документы идут через отдельный сервис электронного документооборота, портал должен показывать корректную ссылку или статус, но не притворяться источником юридически значимого документа.
Артефакт: матрица договора, человека и данных
Скопируйте четыре базовые строки таблицы и замените примеры вашими данными: источниками цены, остатка и документов, ролями сотрудников, кодом договора и частотой обновления. Строку про остаток продублируйте для каждого склада. «Ответственный за торговые условия» здесь означает сотрудника вашей компании, который утверждает ассортимент, скидки и цену по договору; это может быть руководитель продаж или другой назначенный человек. Такая карта сразу обнаружит спор: «у нас персональные цены» не объясняет, какая цена у сотрудника с двумя договорами.
| Объект или действие | Кто задаёт правило | Кто видит или меняет | Проверка перед запуском |
|---|---|---|---|
| Организация и договор | Учёт и менеджер продаж | Администратор дилера приглашает своих сотрудников; договор утверждает ваша компания | Сотрудник другого дилера не видит договор |
| Цена и ассортимент | Названный сотрудник утверждает условия; укажите систему, где цена хранится | Закупщик видит только разрешённый ему прайс | Два дилера видят разные согласованные условия |
| Корзина и заказ | Правила покупки партнёра и вашей компании | Закупщик создаёт; руководитель подтверждает, если это требуется | Повторная отправка не создаёт дубль в 1С |
| Документ и статус | Учётная система и владелец документооборота | Бухгалтер партнёра получает доступ к своей организации | Чужой номер документа не открывается даже по прямой ссылке |
| Остаток по каждому складу | Укажите систему-источник, частоту обновления и время последней сверки | Закупщик видит доступность нужного склада; резерв подтверждает учёт | При устаревшем остатке заказ проверяет менеджер или система не обещает наличие |
В каждой строке нужен идентификатор: код контрагента и договора, код товара, номер заказа и документа. Если связь построена по изменяемому названию компании или товара, переименование способно привязать не те условия. Для цены и остатка запишите время последнего обновления и действие при недоступности источника. Показываемый остаток ещё не означает, что товар зарезервирован: два дилера могут оформить его одновременно. До обещания отгрузки учёт должен подтвердить доступное количество или резерв; при старых данных портал передаёт заказ на проверку либо честно сообщает, что наличие не подтверждено.
Разрешение на экран не заменяет проверку доступа на сервере. OWASP описывает риск, когда человек меняет номер заказа в запросе и получает чужие данные. Приёмочный тест прост: войти под сотрудником дилера А и попробовать открыть прямую ссылку на документ дилера Б. Сервер должен отказать, даже если ссылка скопирована вручную.
Как связать портал с 1С
Сначала проверьте штатный обмен каталога и заказов с вашей конфигурацией. Протокол 1С разделяет выгрузку каталога и передачу заказов. Это не готовая спецификация всех B2B-правил: цена по договору, несколько юридических лиц, резерв и документы могут потребовать дополнительных полей или отдельной логики.
Если типовой обмен покрывает каталог и заказ, оставьте эту часть штатной и доработайте только недостающий шаг. Если условия приходят из нескольких систем либо нужен особый запрос цены в момент оформления, может понадобиться собственный сервис. Платформа 1С поддерживает HTTP-сервисы и REST-интерфейс, но выбор способа зависит от опубликованной конфигурации, прав доступа и процесса заказа.
До разработки проведите пробный обмен на копии данных: два дилера с разными ценами, один товар с кратностью, один заказ и один документ. Так выясняется, что уже работает, а что придётся проектировать. Прямой доступ портала к рабочей базе 1С без оговорённых прав, журнала ошибок и восстановления не должен быть способом «ускорить» запуск.
Сколько стоит запуск и что сравнивать в сметах
Одна сумма без состава мало помогает. В открытом предложении компании «СИСТЕМА», проверенном 23 сентября 2026 года, дилерский портал с кабинетами, заказами и интеграцией указан в диапазоне от 500 тысяч до 1,5 миллиона рублей. Design Lab публикует цену от 1,2 миллиона рублей за B2B-платформу с ролями, лимитами и документами; дилерский портал в их предложении оценивают индивидуально. Это условия двух исполнителей для разного состава работ, не средняя цена рынка и не цена 13FOX.
Смету вашего портала стоит разложить на обследование 1С и правил договоров, проектирование ролей, интерфейс закупщика и менеджера, разработку обмена, подготовку данных, тесты прав и ошибок, запуск пилотной группы и сопровождение. Попросите у двух подрядчиков одинаковый перечень сценариев и исключений. Одна оценка может включать только каталог и форму заказа, другая добавит документы, согласование и восстановление обмена. Сравнение итоговых сумм обманет.
Начать можно с ограниченной первой версии: один тип партнёра, один договорный путь, каталог с проверяемой ценой и доступностью, отправка заказа и статус из учёта. Если без счёта, согласования или другого документа закупка не завершается, включите нужный шаг сразу. Позднее можно добавить остальные документы, несколько договоров и аналитические отчёты. Минимальная версия означает законченный рабочий путь, а не урезанный путь, который всё равно заканчивается письмом менеджеру.
Проверьте одну закупку до приглашения всех дилеров
Используйте тестовых партнёров А и Б с разными договорными условиями. Закупщик А входит, повторяет прошлый заказ, меняет количество до кратности упаковки и отправляет его. Руководитель подтверждает, если у вас есть согласование. Менеджер видит тот же номер в портале и 1С, а закупщик получает статус.
- Измените цену в её согласованном источнике. Проверьте, что перед отправкой заказа А увидит новую сумму, а Б увидит свою цену.
- Создайте заказ и оборвите ответ 1С после его приёма. Повторите отправку: должен сохраниться один заказ с тем же номером, либо сотрудник должен получить ясный сигнал для ручной сверки.
- Проверьте остатки двух складов и два одновременных заказа на последнюю доступную позицию. Портал не должен путать показанный остаток с подтверждённым резервом. При устаревших данных он не обещает отгрузку.
- Откройте заказ А под сотрудником Б. Если в пилоте есть документы, попробуйте открыть и прямую ссылку на счёт А. Доступ к чужим данным должен быть запрещён на сервере.
- Покажите менеджеру журнал ошибок: какой заказ не подтвердился, кто исправляет проблему и как узнать, что дилеру уже можно сообщить результат.
Этот сценарий можно приложить к договору на разработку как проверяемый результат. Для его подготовки достаточно обезличенных примеров договора, заказа и документа; доступы к рабочим системам обсуждаются позже. Если у вас пока нет готового сайта, разбор состава сметы веб-приложения поможет сравнить разработку целиком. Если нужен только обмен существующего магазина, начните со статьи про магазин и 1С.
Частые вопросы
Можно ли сделать B2B-кабинет на существующем интернет-магазине?
Да, если платформа и ваша 1С позволяют показать цену по договору, разделить сотрудников компаний и провести заказ по нужным правилам. Начните с пробного обмена двух дилеров с разными условиями.
Обязательно ли переносить 1С в облако?
Нет. Размещение 1С выбирают по текущей инфраструктуре, требованиям доступа и способу обмена. Для оценки важнее знать точную конфигурацию, её доработки и наличие тестовой копии.
Сколько стоит разработка B2B-портала с 1С?
Стоимость зависит от ролей, договорных цен, состава заказа, документов, состояния 1С и способа обмена. Публичные предложения двух исполнителей в статье показывают разные составы; индивидуальную смету следует считать по одной согласованной карте сценариев.
Что проверить перед запуском для дилеров?
Проверьте две организации с разными ценами, право подтвердить заказ, повтор отправки после сбоя, статус из 1С и запрет доступа к чужому документу даже по прямой ссылке.
Источники и полезные маршруты
- 1С: обмен с интернет-магазином и протокол обмена с сайтом, проверено 23.09.2026.
- 1С: HTTP-сервисы и REST-интерфейс, проверено 23.09.2026.
- OWASP: проверка доступа к конкретному объекту API, проверено 23.09.2026.
- «СИСТЕМА»: опубликованное предложение и Design Lab: опубликованное предложение, проверено 23.09.2026; оба источника описывают собственные цены.
Разберём первый заказ дилера
Покажите конфигурацию 1С, обезличенный договор или прайс, один типичный заказ и роли сотрудников. Мы определим границы первой версии, проверим применимость штатного обмена и составим список вопросов для предварительной оценки. Затем решите, нужен ли пилот и какой объём работ сравнивать в сметах.
Для первого разговора не нужны пароли и доступы к рабочим системам.