Мобильный клиент 1С:УТ 11 для торговых представителей

📅 Опубликовано 10 сентября 2026 г.

Коротко: дистрибьютор FMCG перевёл 60 торговых представителей с Excel-заявок на мобильный клиент 1С:УТ 11 — заказ клиента создаётся прямо в торговой точке с планшета и сразу попадает в базу. Срок от визита до отгрузки сократился с 5 рабочих дней до 1: исчезли ручной перенос заявок операторами, вечерняя пересылка файлов и повторное согласование цен. Проект занял 9 недель, основные затраты — клиентские лицензии и 120 часов работ.

Главное из кейса

• Было: заявка писалась в Excel на планшете или в блокноте, вечером уходила на почту, утром оператор вбивал её в УТ 11 — 5 рабочих дней от визита до отгрузки.
• Стало: «Заказ клиента» создаётся в точке за 3–6 минут и сразу виден в базе — отгрузка на следующий день, то есть −4 дня по цепочке.
• Мобильный клиент — это не отдельная конфигурация, а режим работы платформы 1С:Предприятие 8.3 с той же базой УТ 11: отдельного обмена данными нет, но нужна опубликованная база и постоянная связь.
• Каждый мобильный клиент занимает клиентскую лицензию 1С — 60 торговых требуют 60 сеансов сверх офисных пользователей. Это главная статья бюджета, а не разработка.
• Критичный риск — потеря связи в подвале магазина. Мобильный клиент без сети не работает; в проекте это закрыли регламентом и запасным сценарием, а не «сильнее прижать» торговых.
• Оценка работ: около 120 часов настройки и обучения. При рекомендованных 1С ставках 4 000 и 5 500 ₽ за час специалиста это ориентир бюджета работ, лицензии считаются отдельно по прайсу 1С.

Почему заказы в Excel добавляют 4 дня к отгрузке?

Excel-заявка кажется бесплатной: у торгового уже есть планшет, шаблон файла нарисован за час, обучать никого не надо. Реальная стоимость появляется дальше — в звеньях, которые никто не считает по отдельности.

Разберём цепочку у дистрибьютора до проекта. Торговый объезжал 12–18 точек в день и заполнял заявки в файле. Отправлял он их не после каждого визита, а вечером, одним письмом — потому что «удобнее собрать всё сразу». Письмо падало в общий ящик отдела обработки заказов. Утром три оператора разбирали почту и вручную создавали документы в УТ 11. На этом этапе всплывали проблемы: артикул написан не так, номенклатура из старого прайса, цена ниже действующей, клиент в стоп-листе по дебиторке. Каждая такая заявка возвращалась торговому — а он уже в полях, отвечает вечером. Ещё сутки.

Дальше документ шёл на согласование скидки, потом в резерв, потом на склад. Склад работал по заданиям, сформированным накануне вечером, — значит, заказ, попавший в базу днём, физически уезжал не завтра, а послезавтра. Итог: медиана от визита торгового до отгрузки — 5 рабочих дней, при этом собственно работа по документу занимала меньше часа. Остальное — ожидание в очередях между звеньями.

Важно понять природу этих потерь. Они не в скорости людей: операторы вбивали заявку за 4–7 минут, это нормальный темп. Потери в том, что данные меняли носитель четыре раза (голова торгового → файл → письмо → база) и каждый переход добавлял и задержку, и вероятность ошибки. Мобильный клиент убирает три перехода из четырёх: торговый вводит заказ сразу в ту базу, из которой отгружают.

Что такое мобильный клиент 1С:УТ 11 и чем он отличается от веб-клиента?

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

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

Отличие от веб-клиента — не в функциях, а в поведении. Веб-клиент открывается в браузере и не требует установки, но интерфейс остаётся «десктопным»: мелкие элементы, неудобный ввод количества, нет обращения к камере для сканирования и к геолокации. Мобильный клиент — это установленное приложение с нативной мобильной формой, доступом к камере, файлам и push-уведомлениям. Мы подробно разбирали эту развилку в материале про выбор между мобильным клиентом и веб-клиентом — если сотрудник работает с телефона каждый день и по одному-двум сценариям, мобильный клиент почти всегда выигрывает.

Отдельно уточните версию своей конфигурации. Поддержка мобильных рабочих мест развивается от релиза к релизу, и объём готовых мобильных форм в УТ 11.4 и 11.5 разный. Перед стартом проекта откройте «Что нового» по вашему релизу на портале ИТС и проверьте, какие рабочие места заявлены как мобильные, — от этого зависит, обойдётесь ли вы настройкой или потребуется доработка форм.

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

Что делать, если у торгового представителя нет связи?

Это главный вопрос, который надо закрыть до покупки лицензий, а не после. Мобильный клиент работает онлайн: он держит сеанс с сервером. В подвальном складе магазина, в цокольном этаже ТЦ или в сельской точке на границе покрытия сеанс рвётся, и форма заказа просто не откроется.

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

• Отдельное мобильное приложение на мобильной платформе 1С с офлайн-базой и обменом. Работает без сети, но это уже другой проект: своя конфигурация, свой обмен, свои конфликты данных и заметно больший бюджет сопровождения.
• Регламент «выйди и оформи». Торговый собирает потребность внутри точки в бумажный бланк-черновик, выходит на улицу или к кассовой зоне и вводит заказ в мобильный клиент за 3–4 минуты. Заказ всё равно уходит в базу в день визита.
• Смена маршрута. Для трёх точек с хронически мёртвой связью заказ оформляется по телефону через оператора — их всего три из 900, отдельный проект ради них не окупается.

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

Как выглядел проект: 7 шагов за 9 недель

Шаг 1. Замерить текущую цепочку по часам

Две недели до старта просто фиксировали факты: время визита, время отправки заявки, время создания документа в базе, время отгрузки. Без этого замера потом невозможно доказать эффект — и невозможно понять, где именно теряются дни. Выяснилось, например, что 40 % задержки давал не оператор, а ожидание согласования скидки.

Шаг 2. Проверить инфраструктуру публикации

База УТ 11 должна быть опубликована на веб-сервере и доступна снаружи по HTTPS с валидным сертификатом. Шестьдесят внешних подключений — это нагрузка и на сервер приложений, и на канал. Здесь же решается вопрос безопасности: доступ только по HTTPS, отдельные пользователи с ограниченными правами, при необходимости — ограничение по IP или VPN на устройствах.

Шаг 3. Собрать роль «Торговый представитель»

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

Шаг 4. Пилот на 5 торговых

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

Шаг 5. Обучение волнами по 10–12 человек

Занятие на 2 часа: вход, выбор клиента, подбор номенклатуры, проверка остатка, отправка. Дальше — сопровождение первой недели, когда на каждый вопрос отвечают в течение 15 минут. Волнами — чтобы поддержка не захлебнулась.

Шаг 6. Жёсткая дата отключения Excel

Без неё половина торговых останется в файлах навсегда. Объявили дату за месяц, после неё заявки в почте просто не принимались к обработке. Три дня было больно, потом привыкли.

Шаг 7. Перенастройка склада под новый ритм

Это шаг, который забывают. Когда заказы стали попадать в базу днём, а не утром следующего дня, старое расписание формирования складских заданий стало узким местом — то есть эффект от мобильного клиента упирался в регламент склада. Добавили вторую волну заданий во второй половине дня. Именно этот шаг дал последний день из четырёх.

Что настраивали в УТ 11 через интерфейс, без программирования?

Почти всё в проекте — это настройки, а не код. Перечислим по разделам, чтобы было понятно, о каком объёме работ речь.

• Раздел «НСИ и администрирование» → «Настройки пользователей и прав». Созданы группы доступа для торговых, ограничен доступ по партнёрам и складам, отключено редактирование цен вручную.
• Раздел «CRM и маркетинг» → соглашения с клиентами. Условия продаж (цены, скидки, отсрочка) вынесены в типовые соглашения, чтобы торговый не выбирал цену, а получал её автоматически при подстановке клиента. Это убрало этап согласования скидок для 80 % заказов.
• Документ «Заказ клиента». Настроен отбор номенклатуры по сегменту клиента, включена проверка доступного остатка при подборе, статус по умолчанию — «К обеспечению», чтобы заказ сразу попадал в работу.
• Контроль дебиторской задолженности. Включена проверка задолженности и превышения кредитного лимита на этапе проведения заказа: торговый видит блокировку прямо в точке и обсуждает оплату с клиентом сразу, а не через два дня по телефону.
• Раздел «Продажи» → отчёты руководителю. Настроены рассылки супервайзерам: заказы за день по маршруту, точки без заказа, средний чек по территории.

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

Доработка потребовалась в одном месте — форма подбора номенклатуры: в типовом виде она была слишком «плотной» для планшета, поэтому упростили состав колонок и вынесли кнопку «повторить прошлый заказ». Это тот случай, когда 10 часов работы программиста экономят по 2 минуты на каждом из 900 визитов в неделю.

Сколько стоит перевести 60 торговых на мобильный клиент?

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

Статья затрат	Объём в проекте	Комментарий
Клиентские лицензии 1С	60 дополнительных сеансов	Главная статья бюджета. Считать вместе с офисными пользователями, по пику одновременной работы
Обследование и замер цепочки	16 часов	Без него нечем доказывать эффект
Публикация базы, HTTPS, безопасность	20 часов	Плюс возможное усиление сервера и канала
Настройка прав, соглашений, заказа	40 часов	Через интерфейс, без разработки
Доработка формы подбора	10 часов	Единственная доработка кода в проекте
Пилот, обучение, поддержка первой недели	34 часа	Волнами по 10–12 человек
Устройства	0 ₽	Планшеты уже были — под Excel

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

Найдите специалиста для решения этой задачи на koderion.ru