К статье
Практический материал

Автоматизация · 10 мин

Как настроить кабинет клиента в 1С

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

Кабинет клиента в 1С — это веб-интерфейс, через который покупатель видит свои заказы, счета, актуальные цены и остатки, оформляет заказы и скачивает документы без звонка менеджеру. В зависимости от конфигурации он реализуется по-разному: в «1С:Управление нашей фирмой» есть встроенный личный кабинет покупателя, в «1С:Управление торговлей» и «1С:Комплексной автоматизации» используется обмен с сайтом или дополнительные модули, а для нестандартных задач кабинет разрабатывают на веб-сервисах 1С.

Прежде чем приступать к настройке, определите, какой сценарий вам нужен: простой просмотр заказов и счетов, полноценное B2B-оформление заказов с согласованием или публикация прайса с остатками. От этого зависит выбор инструмента, объём доработок и требования к безопасности. Ошибка на этом этапе — главная причина переделок: компания настраивает сложный портал там, где достаточно типового кабинета УНФ, или наоборот.

Ниже разобран порядок настройки на примере типовых механизмов 1С: подготовка базы, публикация, права доступа, наполнение данными и проверка результата. Конкретные названия пунктов меню могут отличаться в зависимости от версии конфигурации — сверяйтесь с документацией к вашему релизу.

Выберите способ реализации кабинета

Первый вариант — встроенный личный кабинет покупателя в «1С:Управление нашей фирмой». Он включается штатно, не требует программирования и даёт клиенту доступ к заказам, счетам, актам и состоянию взаиморасчётов. Подходит малому бизнесу, торгующему с постоянными контрагентами. Ограничение — функциональность определяется конфигурацией, глубокая кастомизация потребует доработок.

Второй вариант — обмен данными с сайтом (типовой обмен с CMS по протоколу CommerceML или через HTTP-сервисы). Кабинет реализуется средствами сайта, а 1С выгружает туда заказы, статусы, цены и остатки. Это подходит, когда у вас уже есть интернет-магазин и кабинет должен быть его частью. Минус — нужно поддерживать две системы и следить за корректностью обмена.

Третий вариант — собственная разработка на HTTP-сервисах или веб-сервисах 1С с отдельным фронтендом. Это самый гибкий, но самый дорогой путь: его выбирают, когда нужна нестандартная логика — согласование заказов, индивидуальные условия, интеграция с внешними учётными системами клиента.

Сравнение вариантов

Встроенный кабинет в УНФ

Быстрый запуск без программирования; ограничен типовой функциональностью конфигурации

Обмен с сайтом

Кабинет в привычном интерфейсе магазина; требует настройки и контроля обмена между двумя системами

Разработка на HTTP-сервисах

Любая логика и дизайн; нужны разработчик, бюджет и сопровождение

Подготовьте базу 1С к публикации

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

Далее приведите в порядок данные, которые попадут в кабинет: актуальность цен (проверьте виды цен и даты их установки), остатки на складах, если планируете их показывать, и статусную модель заказов. Если в базе заказы ведутся «как попало», в кабинете клиент увидит хаос, и доверие к инструменту будет подорвано.

Отдельно проверьте техническую сторону: база должна работать в клиент-серверном режиме или быть опубликована на веб-сервере (Apache или IIS) с поддержкой расширений 1С. Файловая база на локальном компьютере без публикации не сможет обслуживать внешних пользователей стабильно.

Включите и опубликуйте кабинет

В «1С:Управление нашей фирмой» перейдите в раздел настроек компании и найдите блок, связанный с продажами через интернет или личным кабинетом покупателя (в разных релизах он называется по-разному). Включите функциональную опцию, после чего в системе появятся соответствующие объекты: пользователи кабинета, настройки доступа и публикации.

Публикация выполняется через диалог публикации на веб-сервере из конфигуратора: укажите имя публикации, каталог и отметьте нужные сервисы — веб-сервисы или HTTP-сервисы, которые использует кабинет. После публикации проверьте, что веб-сервер запущен, а каталог публикации доступен процессу веб-сервера на чтение и выполнение.

Если используется обмен с сайтом, настройте узел обмена: укажите адрес сайта, логин и пароль для подключения, состав выгружаемых данных (заказы, контрагенты, цены, остатки) и расписание регламентного задания. Для начала задайте консервативный интервал — например, раз в 15–30 минут — и сокращайте его только при реальной необходимости, чтобы не нагружать базу.

Порядок действий
  1. 1
    Включите функциональную опцию личного кабинета в настройках конфигурации
  2. 2
    Опубликуйте базу на веб-сервере с нужными сервисами через конфигуратор
  3. 3
    Настройте HTTPS и проверьте доступность публикации извне по защищённому адресу
  4. 4
    Создайте тестового пользователя кабинета и привяжите его к тестовому контрагенту
  5. 5
    Войдите под тестовым пользователем и проверьте видимость заказов, счетов и цен

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

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

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

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

Типичные ошибки
01
Один общий логин для всех клиентов — невозможно разграничить доступ и отследить действия конкретного клиента
02
Доступ тестируется только из локальной сети — внешние клиенты упираются в закрытый порт или файрвол
03
Кабинет показывает базовый вид цен вместо цен по соглашению — клиенты видят неверные условия
04
Не настроено регламентное задание обмена — остатки и статусы заказов на сайте устаревают

Настройте состав отображаемых данных

Решите, что именно увидит клиент, и отключите лишнее. Типовой минимум: список заказов со статусами, счета на оплату с возможностью скачать PDF, отгрузочные документы и состояние взаиморасчётов. Опционально — остатки товаров и актуальный прайс с возможностью сформировать заказ прямо из кабинета.

С остатками будьте аккуратны: показ свободного остатка по всем складам может раскрыть клиенту объёмы ваших запасов и оборачиваемость. Многие компании показывают не точные цифры, а признак наличия («в наличии» / «под заказ») или остаток с округлением. Проверьте, поддерживает ли ваш механизм такую настройку.

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

Проверьте работу и подключите клиентов

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

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

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

Контрольные точки

Как проверить результат

Вход под тестовым клиентом
Норма

Видны только заказы и документы этого контрагента

Тревожный признак

Видны чужие заказы, вся номенклатура цен или служебные разделы

Оформление заказа из кабинета
Норма

Заказ появляется в 1С с привязкой к контрагенту и попадает менеджеру

Тревожный признак

Заказ не создаётся, дублируется или теряется без уведомления

Актуальность цен и остатков
Норма

Данные совпадают с базой с учётом интервала обмена

Тревожный признак

Цены и остатки устарели на дни или не соответствуют соглашению

Доступ извне
Норма

Кабинет открывается по HTTPS с внешней сети, сертификат валиден

Тревожный признак

Ошибка сертификата, таймаут или доступ только из локальной сети

Частые вопросы

Можно ли настроить кабинет клиента без программиста?

Да, если используете «1С:Управление нашей фирмой» — там кабинет включается настройками. Для публикации на веб-сервере базовые навыки администрирования всё же понадобятся: установка веб-сервера, настройка HTTPS. Для других конфигураций и нестандартных сценариев без специалиста обойтись сложно.

Клиент забыл пароль от кабинета — что делать?

Пароль сбрасывает администратор в настройках пользователей кабинета: задаётся новый временный пароль, который клиент меняет при входе. Сам пароль в открытом виде восстановить нельзя — он хранится в зашифрованном виде.

Почему клиент не видит свои заказы в кабинете?

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

Нужен ли отдельный сервер для кабинета?

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

Безопасно ли показывать клиентам взаиморасчёты?

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

Что делать, если обмен с сайтом периодически падает?

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

Итог

Что важно запомнить

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