Торговый представитель с телефоном: заказы в 1С прямо с точки клиента

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

Что нужно представителю на точке

Первое — список своих клиентов и маршрут на день. Представитель открывает приложение утром и видит, куда ехать и в каком порядке. Клиенты берутся из 1С, по тому, кто за кем закреплён.

Второе — остатки и цены. Клиент спрашивает, есть ли товар и почём. Представитель отвечает по актуальным данным, а не по прайсу недельной давности. Цена показывается та, что положена этому клиенту по его условиям в 1С.

Третье — долги и история. Сколько клиент должен, когда платил, что брал в прошлые разы. С историей заказ собирается быстрее: открыл прошлый, поправил количество, отправил.

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

Как заказ попадает в 1С

Представитель нажимает «Отправить», и приложение передаёт заказ в 1С через HTTP-сервис. В базе появляется заказ клиента с нужным контрагентом, строками и ценами. Склад видит его в обычном списке через минуты и может собирать, пока представитель едет к следующей точке.

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

Работа без связи

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

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

Что это даёт руководителю

Руководитель видит работу команды без звонков и отчётов в конце дня. Какие точки посещены, где представитель отметился, сколько заказов оформлено и на какую сумму. Заказы приходят в течение дня, а не пачкой вечером.

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

Задачи представителя: было и стало

Готовое решение или своё приложение

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

Минус в том, что готовое работает по своей логике. Свои правила скидок, свой порядок визита, свой способ хранить данные. Когда процесс не укладывается, начинаются обходы, и представители снова ведут часть работы в блокноте.

Своё приложение я делаю, когда процесс нестандартный. Особые правила цен, связка с другими системами, нужные именно вам шаги визита. Оно строится под ваш процесс и ваши данные в 1С, но требует больше времени на старт.

Риски, ошибки и контроль долгов

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

Продают то, чего нет на складе. Решение: при отправке 1С проверяет остатки и сразу отвечает, если позиции не хватает. Представитель предлагает замену, пока ещё стоит у клиента.

Двойные заказы. Связь моргнула, представитель нажал «Отправить» второй раз. Решение: у каждого заказа уникальный номер с телефона, и 1С не создаёт второй документ с тем же номером.

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

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

Нужны ли специальные телефоны?

Обычно нет. Хватает обычного смартфона на Android. Если нужно много сканировать штрихкоды, можно рассмотреть устройство со встроенным сканером.

Что будет, если заказ создали в 1С, а ответ не дошёл до телефона?

Телефон отправит заказ ещё раз, и 1С узнает его по номеру. Второй документ не появится, а телефон получит подтверждение.

Можно ли видеть, где был представитель?

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

Сколько данных хранится на телефоне?

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

Сломает ли это обновления 1С?

Если обмен сделан отдельными объектами и приложение работает через документы, влияние на обновления минимальное.

Коротко о главном

Приложение для торгового представителя убирает блокнот и вечерний перенос. Заказ оформляется на точке и попадает в 1С сразу, склад начинает работу в тот же день.

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

Если ваши представители работают на бумаге или готовое решение не подошло под процесс, расскажите, какая у вас конфигурация 1С и как устроен визит. Скажу, что подойдёт. Напишите в Telegram, MAX или VK.